Dicas para aprimorar o desempenho de backup e recuperação (Office SharePoint Server)

Atualizado em: 2008-08-28

Use as dicas deste artigo para ajudá-lo a reduzir o efeito das operações de backup e recuperação sobre o desempenho.

Por padrão, a maioria dos trabalhos de backup consome tanto recurso de E/S quanto consegue para concluir o trabalho no tempo disponível para manutenção. Portanto, você poderá observar um enfileiramento de disco e também que todas as solicitações de E/S retornam mais lentamente do que o normal. Essa situação não deve ser considerada um problema.

Selecionar ferramentas para o backup de conjuntos de sites com base no tamanho

Se os negócios exigirem backups de conjuntos de sites, além dos backups no nível de farm ou no nível de banco de dados, selecione as ferramentas que você usará com base no tamanho do conjunto de sites.

  • Menos de 15 gigabytes (GB): use o backup de conjunto de sites do Stsadm.

    Dica

    Você deve bloquear o conjunto de sites antes de usar o backup de conjunto de sites do Stsadm. Para fazer isso, defina um bloqueio Somente Leitura usando a seguinte operação: Setsitelock: operação de Stsadm (Office SharePoint Server).

  • 15-100 GB: use uma ferramenta dos Produtos e Tecnologias do SharePoint, uma ferramenta do SQL Server ou outra ferramenta de backup de banco de dados para proteger o banco de dados de conteúdo que contém o conjunto de sites.

  • Mais de 100 GB: use uma solução de backup diferencial, como o Microsoft SQL Server 2005 ou o Microsoft System Center Data Protection Manager 2007, em vez das ferramentas internas de backup e recuperação.

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

No geral, para backups, é melhor usar um disco local, 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. As unidades de rede com latência de 1 milissegundo ou menos entre elas e os computadores que executam o SQL Server terão bom desempenho.

Evitar conflitos de processamento

Não execute trabalhos de backup durante os horários em que os usuários precisam de acesso ao sistema.

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

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

Os backups do SharePoint usam backups do SQL Server. Ao usar a compactação com seus backups, tome cuidado para não sobrecarregar o SQL Server. Por exemplo, algumas ferramentas de backup de terceiros executam a compactação durante o backup, o que pode prejudicar o desempenho do SQL Server. Há ferramentas disponíveis para limitar os processos de compactação e controlar o impacto sobre o SQL Server.

Considerar o tamanho do banco de dados ao determinar as ferramentas a serem usadas

Considere as informações na tabela a seguir ao selecionar uma ferramenta de backup e recuperação. Para bancos de dados grandes, é recomendável utilizar ferramentas de backup incremental. Para obter mais informações, consulte Escolher ferramentas de backup e recuperação (Office SharePoint Server).

Ferramenta Tamanho máximo de backup suportado

System Center Data Protection Manager

Sistemas de 32 bits: 150 fontes de dados

Sistemas de 64 bits: 300 fontes de dados

Para obter mais informações, consulte Perguntas frequentes do Data Protection Manager 2007 (em inglês) (https://go.microsoft.com/fwlink/?linkid=126629&clcid=0x416) (em inglês) .

Backup e recuperação de farm do SharePoint

< 200 GB

Gravador VSS

Nenhum limite conhecido

SQL Server

Bancos de dados de conteúdo com mais de 200 GB podem exigir gerenciamento adicional

Backup e recuperação de conjuntos de sites com Stsadm

15 GB

Importação e exportação com Stsadm

100 GB

Backup do SharePoint Designer

24 MB

Ferramenta MSIT Site Delete Capture

15 GB

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

Se você estiver utilizando os backups do SQL Server, use uma combinação de backups completos, diferenciais e de log de transações (para o modelo de recuperação completo ou bulk-logged) 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 log de transações necessária para recuperar o banco de dados.

Se estiver usando o modelo de recuperação completa no SQL Server 2005, recomendamos truncar periodicamente os arquivos de log de transações para evitar problemas de manutenção.

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

Use o RAID 10 caso pretenda usar o RAID

Considere cuidadosamente se usará RAID 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 proporcionar backups mais rápidos. Para obter mais informações sobre como usar o RAID com backups, consulte Configurar o RAID para obter máxima taxa de transferência de E/S do SQL Server (https://go.microsoft.com/fwlink/?linkid=126632\&clcid=0x416).