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

Aplica-se a: SharePoint Foundation 2010, SharePoint Server 2010

Tópico modificado em: 2016-11-30

Este artigo descreve a arquitetura de backup e os processos de recuperação disponíveis no Microsoft SharePoint Server 2010, incluindo backup e recuperação granulares e de farm e recuperação de um banco de dados de conteúdo desanexado. Operações de backup e restauração podem ser realizadas por meio da interface do usuário ou pelos cmdlets do Windows PowerShell. Ferramentas de backup e restauração internas talvez não atendam a todas as necessidades de sua organização.

Neste artigo:

• Cenários de backup e recuperação

• Arquitetura de backup

• Processos de recuperação

Cenários de backup e recuperação

O backup e a recuperação de dados dão suporte a vários cenários de negócios, como:

• Recuperação de conteúdo excluído acidentalmente que não está protegido pela Lixeira nem pelo controle de versão.

• Movimentação de dados entre instalações, como parte de uma atualização de hardware ou software.

• Recuperação de uma falha inesperada.

Arquitetura de backup

O SharePoint Server 2010 fornece dois sistemas de backup: de farm e granular.

Arquitetura de backup de farm

A arquitetura de backup de farm no SharePoint Server 2010 inicia um backup do Microsoft SQL Server de bancos de dados de conteúdo e de aplicativos de serviço, grava o conteúdo da configuração em arquivos e cria backups dos arquivos de partição da indexação de pesquisa.

A ilustração a seguir mostra o sistema de backup de farm.

Há suporte para backups completos e diferenciais. Os backups completos criam um novo backup do sistema completo. Os backups diferenciais criam um backup de todos os dados armazenados em bancos de dados que foram alterados desde o último backup completo.

O sistema de backup do farm é organizado hierarquicamente. Os componentes de um farm que podem ser selecionados para backup incluem os seguintes itens:

• Farm   O farm é o objeto de nível mais alto. Você pode selecionar entre as seguintes opções ao executar um backup de farm:

  • Dados de configuração e conteúdo (padrão)

    É feito o backup de todo o farm de servidores. Isso inclui configurações do banco de dados de configuração.

  • Apenas configuração

    As configurações do banco de dados de configuração são feitas para que você possa aplicar configurações entre farms. Para obter mais informações, consulte Uso e benefícios do backup apenas de configuração mais adiante neste artigo.

• Aplicativo Web   Em um aplicativo Web, você pode selecionar um ou mais bancos de dados de conteúdo para fazer backup dos mesmos.

  Um backup de aplicativo Web inclui o seguinte:

  • Nome do pool de aplicativos e conta do pool de aplicativos

  • Configurações de autenticação

  • Configurações gerais de aplicativos Web, como alertas e caminhos gerenciados

  • Informações de associação do IIS (Serviços de Informações da Internet), como tipo de protocolo, cabeçalho do host e número de porta

  • Alterações no arquivo Web.config feitas por meio do modelo de objeto ou da Administração Central

    Observação

    Alterações no arquivo Web.config que foram feitas para dar suporte à aplicação baseada em declarações que usa a autenticação baseada em formulários não são incluídas em backups, pois essas alterações são feitas manualmente. Para obter mais informações, consulte Considerações sobre o uso de backups de farm, mais adiante neste artigo.

  • Soluções de área restrita

  Para obter recomendações sobre como proteger essas configurações, consulte Plano de backup e recuperação no SharePoint Server 2010 Plan for backup and recovery (SharePoint Foundation).

• Serviços e aplicativos de serviço (não compartilhados)   Um exemplo de serviço não compartilhado é o Serviço de Controle de Sessão. Os backups de serviços e aplicativos de serviço contêm as configurações de um serviço ou aplicativo de serviço e os bancos de dados associados a ele.

  Importante

  Os backups de aplicativos de serviço não incluem o proxy relacionado. Para fazer backup do aplicativo de serviço e do respectivo proxy, você precisa fazer backup do farm ou executar dois backups consecutivos, selecionando o aplicativo de serviço em um backup e selecionando o proxy associado no segundo backup.

  Não é possível fazer backup individualmente de muitos bancos de dados de aplicativo de serviço do SharePoint Server 2010. Para fazer backup somente de bancos de dados de aplicativo de serviço, você deve usar o backup do SQL Server.

• Proxies para aplicativos de serviço que não são compartilhados

• Serviços compartilhados   Serviços compartilhados requerem um aplicativo de serviço e um proxy de aplicativo de serviço para serem executados. Se você selecionar o nó Serviços Compartilhados, todos os aplicativos de serviço e os proxies de aplicativos de serviço relacionados no farm serão submetidos a backup.

  Observação

  A hierarquia de backup permite selecionar aplicativos de serviço e proxies de aplicativos de serviço individuais para backup. No entanto, quando você seleciona um ou todos os aplicativos de serviço, ou um ou todos os proxies, os objetos relacionados não são submetidos a backup por padrão. Para fazer backup de ambas as partes de um serviço específico, selecione o nó Serviços Compartilhados ou execute dois backups consecutivos, selecionando o aplicativo de serviço em um backup e o proxy de aplicativo de serviço associado no segundo backup.

Processo de backup do aplicativo de serviço de Pesquisa

O backup e a recuperação do aplicativo de serviço de Pesquisa são um caso especial devido à complexidade das interações entre os componentes do aplicativo.

Quando um backup do aplicativo de serviço de Pesquisa é iniciado, o SharePoint Server 2010 inicia um backup do SQL Server do banco de dados de administração de Pesquisa, de bancos de dados de rastreamento e de bancos de dados de propriedade, além de fazer o backup dos arquivos de partição de índice em paralelo.

Considere como os processos de backup e recuperação para o aplicativo de serviço de Pesquisa afetam seu contrato de nível de serviço. Por exemplo, considere como uma pausa em todos os rastreamentos pode afetar a atualização dos resultados de pesquisa.

O processo de backup é o seguinte:

1. As mesclagens mestras são pausadas para preservar o índice mestre.

2. Um backup completo do banco de dados é iniciado.

3. O backup do índice mestre é realizado.

4. Os rastreamentos são pausados. A pausa do rastreamento é muito mais curta do que durante um backup da pesquisa do Microsoft Office SharePoint Server 2007 e não dura ao longo de todo o processo de backup.

5. O backup de todos os índices de sombra é realizado.

6. Um backup incremental do banco de dados é iniciado.

7. Os rastreamentos são retomados.

8. As mesclagens mestras são retomadas.

Uso e benefícios do backup de configuração

Um backup de configuração extrai e faz o backup das definições de configuração de um banco de dados de configuração. Usando ferramentas internas, você pode fazer o backup da configuração de qualquer banco de dados de configuração, se ele estiver atualmente anexado a um farm ou não. Para obter informações detalhadas sobre como fazer o backup de uma configuração, consulte Back up a farm configuration in SharePoint Server 2010.

Um backup de configuração pode ser restaurado para o mesmo — ou qualquer outro — farm de servidores. Quando uma configuração é restaurada, ela substitui as configurações presentes no farm que têm valores definidos no backup de configuração. Se nenhuma configuração presente no farm estiver contida no backup de configuração, não haverá alteração. Para obter informações detalhadas sobre como restaurar uma configuração de farm, consulte Restore a farm configuration in SharePoint Server 2010.

As situações em que convém restaurar uma configuração de um farm para outro incluem:

• Replicação de uma configuração de farm padronizada a ser usada em todo um ambiente.

• Movimentação de configurações de um ambiente de desenvolvimento ou de teste para um ambiente de produção.

• Movimentação de configurações de uma instalação autônoma para um ambiente de farm.

• Configuração de um farm para fazer parte de um ambiente de espera.

O SharePoint Server armazena os seguintes tipos de configurações no backup apenas de configuração:

• Antivírus

• Gerenciamento de direitos de informação (IRM)

• Configurações de email de saída (restauradas somente ao ser realizada uma substituição).

• Personalizações implantadas como soluções confiáveis

• Log de Diagnóstico

Considerações sobre o uso de backups de farm

Considere o seguinte antes de usar backups de farm:

• Não existe um sistema de agendamento interno para backups. Para agendar um backup, é recomendável criar um script de backup usando o Windows PowerShell e, em seguida, usar o Agendador de Tarefas do Windows para executar o script de backup regularmente.

• Não é recomendável usar o backup de metabase do IIS para proteger as configurações do IIS. Em vez disso, documente todas as configurações do IIS para cada servidor Web usando uma ferramenta que ofereça o monitoramento de configuração desejado, como o Microsoft System Center Configuration Manager 2007.

• O backup e a recuperação do SharePoint Server 2010 podem ser executados junto com os recursos do SQL Server Enterprise, como compactação de backup e criptografia de dados transparente.

  Se você estiver executando o SQL Server Enterprise, é altamente recomendável usar a compactação de backup. Para obter mais informações sobre compactação de backup, consulte o artigo sobre compactação de backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x416).

  Se optar por executar os bancos de dados com criptografia de dados transparente, você deverá fazer backup manual da chave e restaurá-la; o backup e a restauração do SharePoint Server 2010 não o lembrarão sobre a chave. Para obter mais informações sobre criptografia de dados transparente, consulte o artigo sobre TDE (criptografia de dados transparente) (https://go.microsoft.com/fwlink/?linkid=129384&clcid=0x416).

• Se um banco de dados de conteúdo estiver definido para usar o provedor RBS (Remote BLOB Storage) SQL FILESTREAM, o provedor RBS deverá estar instalado no servidor do banco de dados cujo backup está sendo feito e no servidor de banco de dados para o qual ele está sendo recuperado.

• O backup do SharePoint Server 2010 não protege:

  • Alterações no arquivo Web.config em servidores Web que não são feitas por meio da Administração Central ou do modelo de objeto.

  • Personalizações em um site que não são implantadas como parte de uma solução confiável ou em área restrita.

• Se você estiver compartilhando aplicativos de serviço entre farms, lembre-se de que os certificados de confiança que foram trocados não são incluídos em backups de farms. Você deve fazer backup do repositório de certificados separadamente ou manter os certificados em local separado. Ao restaurar um farm que compartilha um aplicativo de serviço, você deve importar e reimplantar os certificados e, em seguida, restabelecer as relações de confiança entre farms.

  Para obter mais informações, consulte Exchange trust certificates between farms (SharePoint Server 2010).

• Quando você restaura um farm ou aplicativo Web que está configurado para usar qualquer tipo de autenticação baseada em declarações, provedores duplicados ou adicionais podem parecer estar habilitados. Se aparecerem duplicatas, você deverá salvar manualmente cada zona de aplicativo Web para removê-las.

• Etapas adicionais são necessárias quando você restaura um farm que contém um aplicativo Web configurado para usar autenticação baseada em formulários. É necessário registrar novamente os provedores de associação e de função no arquivo Web.config e, em seguida, reimplantar os provedores. Você deverá executar essas etapas se estiver restaurando no nível de aplicativo Web ou de farm.

  Para obter mais informações, consulte Fazer backup de um aplicativo Web (SharePoint Server 2010), Planejar métodos de autenticação (SharePoint Server 2010) e Configurar a autenticação de declarações (SharePoint Server 2010).

Arquitetura de exportação e backup granular

A arquitetura de exportação e backup granular usa consultas Transact-SQL e chamadas de exportação. A exportação e backup granular é uma operação que utiliza mais processamento e leitura do que o backup de farm.

Por meio do sistema de backup granular, um usuário pode fazer o backup de um conjunto de sites ou exportar um site ou uma lista.

Se você estiver executando o SQL Server Enterprise, o sistema de backup granular poderá usar, opcionalmente, instantâneos de banco de dados do SQL Server para garantir que os dados permaneçam consistentes enquanto o backup ou a exportação estiver em andamento. Quando um instantâneo é solicitado, um instantâneo de banco de dados do SQL Server do banco de dados de conteúdo apropriado é tirado e o SharePoint Server o utiliza para criar o backup ou exportar o pacote. Em seguida, esse instantâneo é excluído. Instantâneos de banco de dados são vinculados ao banco de dados dos quais se originaram Se o banco de dados de origem ficar offline por qualquer motivo, o instantâneo não estará disponível. Para obter mais informações sobre instantâneos de banco de dados, consulte o artigo sobre instantâneos de banco de dados (https://go.microsoft.com/fwlink/?linkid=166158&clcid=0x416).

As vantagens de fazer backup de um conjunto de sites usando um instantâneo incluem:

• O instantâneo assegura que os dados que estão sendo lidos permaneçam consistentes enquanto a operação é executada.

• Os usuários podem continuar a interagir com o conjunto de sites durante o backup a partir do instantâneo do banco de dados. Isso inclui adicionar, editar e excluir conteúdo. No entanto, as alterações feitas pelo usuário no site ativo não serão incluídas no backup do conjunto de sites, pois o backup é baseado no instantâneo do banco de dados.

No entanto, instantâneos de bancos de dados podem prejudicar o desempenho. Para obter mais informações sobre instantâneos de bancos de dados e desempenho, consulte o artigo sobre limitações e requisitos de instantâneos de bancos de dados (https://go.microsoft.com/fwlink/?linkid=166159&clcid=0x416).

Você pode usar o backup granular e exportar para o conteúdo armazenado em um banco de dados configurado para usar o provedor RBS SQL FILESTREAM.

A ilustração a seguir mostra o backup granular e o sistema de exportação.

Processos de recuperação

O SharePoint Server 2010 dá suporte às seguintes opções de recuperação internas primárias:

• Restaurar de um backup de farm criado com ferramentas internas ou de um backup de componente criado com o sistema de backup de farm.

• Restaurar de um backup de conjuntos de sites.

• Conectar-se a um banco de dados de conteúdo usando o recurso de banco de dados de conteúdo desanexado, fazer o backup ou a exportação dos seus dados e, em seguida, restaurar ou importar esses dados.

Restaurar por meio de um backup de farm

Os itens que podem ser recuperados de um backup de farm são:

• Farm

  • Dados de configuração e conteúdo (padrão)

    O farm de servidores inteiro é restaurado. Isso inclui as configurações do banco de dados de configuração e os pacotes de soluções confiáveis.

  • Apenas configuração

    Apenas os dados de configuração são restaurados. Isso substitui quaisquer configurações do farm com valores definidos no backup apenas de configuração.

• Aplicativos Web

  Restaura aplicativos Web.

• Aplicativos de serviço

  Restaura aplicativos de serviço. A recuperação dos aplicativos de serviço pode ser complexa, pois o SharePoint Server 2010 não pode reconfigurar totalmente os proxies de aplicativos de serviço durante o processo de restauração. Os proxies de aplicativos de serviço são restaurados, mas não são colocados em grupos de proxies. Portanto, não são associados a aplicativos Web. Para obter mais informações sobre como restaurar um aplicativo de serviço de Pesquisa, consulte O processo de recuperação do aplicativo de serviço de Pesquisa. Para obter informações específicas sobre as operações envolvidas na restauração de aplicativos de serviço específicos, consulte Restore a service application in SharePoint 2010 Products.

• Bancos de dados de conteúdo

  Quando os bancos de dados de conteúdo são restaurados, as soluções de área restrita associadas aos conjuntos de site relacionados também são restauradas.

Restaurando como novo versus restaurando como substituição

Por padrão, a recuperação do SharePoint Server 2010 restaura qualquer objeto como uma nova instância do objeto, em vez de substituir as instâncias existentes com o mesmo nome.

Quando você restaura um farm ou objeto como novo, os objetos a seguir não funcionam sem ajustes, pois são atribuídos novos valores a todos os GUIDs de objetos.

• Farm.   Ao restaurar um farm como novo, você deve:

  • Recriar as configurações de mapeamento de acesso alternativo. A recuperação do SharePoint Server 2010 só restaura a zona Padrão do aplicativo Web.

  • Redefinir as configurações de qualquer origem externa de aplicativos de Serviços Corporativos de Conectividade e Metadados Gerenciados.

  • Associar novamente os proxies de aplicativos de serviço a grupos de proxies, pois os proxies de aplicativos de serviço não são atribuídos a grupos de proxies quando restaurados. Todos os aplicativos Web serão associados ao grupo de proxies padrão. Você deverá associar aplicativos Web a outros grupos de proxies, se desejar fazer isso.

• Aplicativo Web.

  • Se o nome e a URL do aplicativo Web fornecidos corresponderem a um nome e a uma URL de aplicativo Web já existentes no farm, a recuperação do SharePoint Server 2010 os combinará.

  • Se não desejar combinar aplicativos Web, renomeie o aplicativo Web ao restaurá-lo como novo.

  • Quando um aplicativo Web é restaurado como novo no mesmo ambiente, mas sem que haja uma combinação de aplicativos Web, muitos outros parâmetros e objetos também devem ser alterados. Por exemplo, talvez seja necessário fornecer diferentes caminhos de arquivos de bancos de dados e nomes de bancos de dados.

• Aplicativos de serviço e proxies de aplicativos de serviço

  • Se recuperar um aplicativo de serviço e também recuperar o proxy de aplicativo de serviço relacionados, você deverá associar o proxy de aplicativo de serviço a um grupo de proxies.

  • Se recuperar um aplicativo de serviço e não recuperar também o proxy de aplicativo de serviços relacionados, você deverá recriar o proxy de aplicativo de serviço.

  Observação

  Não é possível restaurar um aplicativo de serviço como novo no mesmo farm. É possível restaurar um aplicativo de serviço como novo em outro farm.

Quando um objeto é restaurado e o objeto existente é substituído, nenhuma alteração é necessária.

Processo de recuperação do aplicativo de serviço de Pesquisa

O processo de recuperação do aplicativo de serviço de Pesquisa varia, dependendo de você estar restaurando como novo ou restaurando como substituição. Quando você restaura como substituição, não são necessárias outras etapas.

O processo de restaurar como novo é o seguinte:

1. Restaure o serviço de aplicativo como novo e especifique as novas informações de topologia do farm durante a restauração.

2. Restaure o proxy do aplicativo de serviço como novo. Se não tiver restaurado o proxy do aplicativo de serviço, você deverá criar um novo proxy do aplicativo de serviço e associá-lo ao aplicativo de serviço de Pesquisa.

3. Associe o proxy do aplicativo de serviço ao grupo de proxies apropriado e associe o grupo de proxies (caso não seja o grupo padrão) ao aplicativo Web apropriado.

4. Em implantações com menos privilégios, inicie o serviço de Pesquisa e o serviço Web de consulta ao administrador de Pesquisa com a conta apropriada.

Para obter mais informações sobre como recuperar o aplicativo de serviço de Pesquisa, consulte Restaurar pesquisa (SharePoint Server 2010).

Restaurando de um backup de conjuntos de sites

Apenas conjuntos de sites podem ser recuperados de um backup de conjuntos de sites.

Recuperando de um banco de dados de conteúdo desanexado

O SharePoint Server 2010 permite conectar-se a e fazer backup de um banco de dados de conteúdo que esteja anexado a uma instância do SQL Server, mas que não esteja associado a um aplicativo Web local do SharePoint. Os bancos de dados desanexados aos quais você pode se conectar incluem bancos de dados de conteúdo somente leitura restaurados do SQL Server ou backups do SQL Server e instantâneos de bancos de dados do SQL Server de bancos de dados de conteúdo.

A recuperação é um processo de dois estágios:

1. Fazer backup ou exportar o objeto do banco de dados de conteúdo desanexado.

2. Restaurar ou importar a saída da etapa anterior para o SharePoint Server 2010.

É possível fazer backup dos itens a seguir ou exportá-los de um banco de dados desanexado usando exportação e backup granular e, e em seguida, restaurá-los.

• Conjunto de sites

  Fazer backup usando o backup de conjuntos de sites e recuperar usando uma restauração de conjunto de sites.

• Site

  Exportar e depois importar.

• Listas e bibliotecas

  Exportar e depois importar.

Você pode usar a importação para recuperar conteúdo do qual fez backup de um banco de dados configurado para usar o provedor RBS SQL FILESTREAM. O conteúdo recuperado será armazenado pelo SharePoint Server 2010 usando o provedor de armazenamento definido no momento para esse banco de dados de conteúdo; ou seja, se o banco de dados de conteúdo não estiver definido para usar RBS, os dados serão armazenados no banco de dados de conteúdo. Se o banco de dados de conteúdo estiver definido para usar RBS, os dados serão armazenados no RBS.

Conteúdo relacionado