Criando planos de manutenção para o Project Server 2007

  • Artigo

Atualizado: setembro de 2008

 

Tópico modificado em: 2008-09-16

Se você não estiver familiarizado com as práticas operacionais recomendadas do SQL Server e quiser começar a usar o SQL Server rapidamente e com segurança, recomendamos a adoção de planos de manutenção do SQL Server. Tais planos foram criados para implementações menores do aplicativo, cujos benefícios de dispor de algo rápido e fácil supera o controle fornecido pelos projetos dos esquemas de manutenção personalizada.

Se a sua organização possui uma equipe treinada no suporte aos aplicativos do SQL Server, essa equipe estará preparada para criar o cronograma operacional com base nos níveis de serviço solicitados pela organização.

Muitas das operações de manutenção do banco de dados abordadas neste documento podem ser aplicadas por meio de programação através da implementação de planos de manutenção do SQL Server. Os planos de manutenção podem automatizar e agendar tarefas essenciais para proteger seus dados. Usando planos de manutenção no SQL Server 2005 ou SQL Server 2000, um administrador pode agendar operações, como verificações de consistência do banco de dados em execução, reorganizar ou recriar índices e reduzir os bancos de dados para recuperar espaço não utilizado. Para obter mais informações, consulte os seguintes recursos:

Aviso

Se você estiver planejando usar o Assistente do plano de manutenção no SQL Server 2005, verifique se que o SQL Server 2005 Service Pack 2 está instalado. Versões anteriores ao Service Pack 2 não reaplicarão as opções de índice após ele recriar um índice usando um plano de manutenção. Executar esta tarefa em versões do SQL Server 2005 sem o Service Pack 2 (ou um service pack mais recente) provavelmente causará danos graves nos seus bancos de dados.

Ao criar um plano de manutenção de banco de dados para a sua implantação no Microsoft Office Project Server 2007, considere as seguintes práticas recomendadas:

  • Verifique se você possui backups confiáveis de todos os bancos de dados antes de implementar as operações de manutenção e planos de manutenção.

  • Antes de implementar as operações de manutenção consistentemente em execução ou de um plano de manutenção, teste o impacto das operações no seu sistema e o tempo necessário para executá-las.

  • Tanto quanto possível, defina quaisquer operações ou planos de manutenção a serem executados fora dos horários de trabalho para minimizar o efeito de seu desempenho sobre os usuários.

Se você tiver um ambiente com dez ou mais bancos de dados de conteúdo, ou mais de 250 GB de conteúdo, é recomendável que você configure os planos de manutenção separadamente para fornecer especificações apropriadas e maximizar a janela de manutenção.

Quando você estiver criando um plano de manutenção usando o Assistente de plano de manutenção, recomendamos a adoção das seguintes práticas:

  • Um plano de manutenção deve incluir a reorganização ou a recriação do índice, não ambos.

  • Para determinar a duração de cada tarefa, teste cada uma individualmente antes de combinar as tarefas em um único plano. Talvez seja necessário definir vários planos de manutenção em agendas separadas para permitir que as tarefas sejam encerradas durante o horário de trabalho, desde que as operações de usuários finais não sejam afetadas negativamente.

  • Comece sempre com a verificação de integridade do banco de dados. Se a verificação de integridade falhar, não execute as tarefas restantes. Em vez disso, repare o banco de dados suspeito.

  • Para manter uma implantação sustentável e estável dos Produtos e Tecnologias do SharePoint, os bancos de dados de conteúdo são somente os bancos de dados que você deve reduzir. (A exclusão é mais comum nos bancos de dados de conteúdo.) A redução do banco de dados de configuração, banco de dados de conteúdo da administração central, bancos de dados do SSP e bancos de dados de pesquisa é desnecessária e pode levar à fragmentação.

  • Quando configurar a redução de um banco de dados, defina essa redução quando ele atingir 20 por cento além do tamanho máximo que você quer que seus bancos de dados de conteúdo cresçam. Por exemplo, se você tiver estabelecido uma arquitetura de banco de dados que permita até 100 GB para cada banco de dados de conteúdo, defina esse valor para 120 GB.

  • Retenha 10 por cento do espaço livre após uma operação de redução do banco de dados. A definição desse valor poderá ajudar a reduzir a fragmentação quando você tiver agendado reduções frequentes.

  • Ao recriar um índice, defina a porcentagem livre por página em 70 %. Isso define o fator de preenchimento do banco de dados.

Planos de manutenção mais complexos são melhor implementados no SQL Server Integration Services. Ele fornece as mesmas opções de tarefas de manutenção dos planos de manutenção do SQL Server, com a possibilidade de adicionar manipuladores de eventos, integração a sistemas externos, como o fluxo de trabalho ou sistemas de gerenciamento de operações, especificar execuções condicionais complexas e utilizar variáveis para armazenar o estado.