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