Compartilhar via


Estimar a duração do processo de atualização e a quantidade de espaço necessária (Windows SharePoint Services)

Atualizado em: 2009-03-05

Neste artigo:

  • Estimar o espaço necessário para a atualização

  • Estimar a duração da atualização

  • Planilha relacionada

Cada ambiente é exclusivo e inclui diferentes recursos de hardware e diferentes características de site. A quantidade de espaço e de tempo necessária para executar uma atualização vai variar bastante dependendo do seu ambiente. A melhor maneira de estimar quanto espaço será necessário e quanto tempo levará o processo de atualização é executar uma atualização de avaliação e, em seguida, examinar os tamanhos e tempos. Para obter mais informações sobre como realizar uma atualização de avaliação, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (Windows SharePoint Services).

Estimar o espaço necessário para a atualização

Dependendo do método de atualização escolhido, você precisará de quantidades diferentes de espaço em disco disponível para executar a sua atualização. Com os métodos de atualização no local e de migração de banco de dados, será necessário planejar uma expansão muito pequena nos bancos de dados; no entanto, existem muitas transações acontecendo durante o processo de atualização e, portanto, os arquivos de log terão de se expandir para acomodarem as alterações que estão acontecendo.

Com uma atualização gradual, você precisa ter espaço para três conjuntos de bancos de dados: os bancos de dados originais, os bancos de dados temporários, onde acontecerá o processo de atualização, e os bancos de dados atualizados. Além disso, você precisa de espaço para os arquivos de log e para os índices de pesquisa adicionais (se necessários).

Para obter orientações e práticas recomendadas essenciais de planejamento e monitoramento de requisitos de armazenamento do SQL Server para oferecer suporte ao desempenho e à operação ideais de seus farms de servidores, consulte Planejando e monitorando o armazenamento do SQL Server para Windows SharePoint Services: recomendações de desempenho e práticas recomendadas (white paper).

Espaço estimado para uma atualização no local ou para uma migração de banco de dados

Para uma atualização no local ou para uma migração de banco de dados, não é necessário planejar muito espaço extra de banco de dados. Para uma migração de banco de dados de conteúdo, basta planejar a quantidade de espaço disponível necessária no novo hardware para seus bancos de dados atuais, mais o espaço para expansão. Para descobrir o tamanho atual de seus bancos de dados, use o Enterprise Manager do Microsoft SQL Server. Além do espaço do banco de dados, também é preciso ter espaço para os seguintes itens:

  • Os bancos de dados temporários. Verifique se tem espaço suficiente no banco de dados para permitir o crescimento rápido dos bancos de dados temporários. Se você não tiver espaço suficiente, o tempo limite do processo de atualização pode esgotar e haverá falha na atualização.

  • Os arquivos de log da atualização.

  • Os arquivos de log de transação dos bancos de dados. Esses arquivos de log devem crescer rapidamente para acomodar o número de alterações que acontecem nos bancos de dados; verifique se há espaço em disco suficiente para esses arquivos de log.

    Dica

    Em ambientes muito grandes, existe uma possibilidade de que a taxa de crescimento padrão para os arquivos de log de transação (10%) não seja suficiente para acompanhar o processo de atualização; isso pode causar expiração de tempo limite. Novamente, uma atualização de avaliação é a melhor forma de determinar se os arquivos de log de transação podem acompanhar o processo de atualização. Se o seu ambiente for muito grande, ou se o processo atingiu o tempo limite durante a atualização de avaliação, considere o aumento prévio dos arquivos de log de transação do SQL Server para garantir espaço para o número de transações que terão de ser processadas. Para obter mais informações sobre o aumento prévio dos logs de transação do SQL Server, consulte o tópico "Expandindo um banco de dados" na documentação do SQL Server 2000 ou 2005.

Estimar espaço para uma atualização gradual

Se você estiver seguindo um caminho de atualização gradual, será necessário ter espaço suficiente de banco de dados para acomodar uma quantidade de dados aproximadamente três vezes superior ao tamanho do seu maior conjunto de sites. Para descobrir o tamanho dos seus bancos de dados no momento, use o Enterprise Manager do SQL Server.

Se você não conseguir alocar esse espaço em disco, poderá reduzir a sobrecarga ao atualizar sites em lotes. Depois de atualizar alguns lotes e confirmar com os proprietários de sites que as versões antigas não são mais necessárias, você poderá começar a limpar e excluir os sites da versão anterior (depois de fazer um backup). Se você continuar dessa forma, atualizando novos lotes e excluindo sites da versão anterior, poderá regular a quantidade de espaço necessário.

Além do espaço do banco de dados, também é preciso ter espaço para os seguintes itens:

  • Os arquivos de log da atualização.

  • Os arquivos de log de transação para os bancos de dados. Esses arquivos de log devem crescer rapidamente para acomodar o número de alterações que acontecem nos bancos de dados; verifique se há espaço em disco suficiente para esses arquivos de log.

    Dica

    Em ambientes muito grandes, existe uma possibilidade de que a taxa de crescimento padrão para os arquivos de log de transação (10%) não seja suficiente para acompanhar o processo de atualização; isso pode causar expiração de tempo limite. Novamente, uma atualização de avaliação é a melhor forma de determinar se os arquivos de log de transação podem acompanhar o processo de atualização. Se o seu ambiente for muito grande, ou se o processo atingiu o tempo limite durante a atualização de avaliação, considere o aumento prévio dos arquivos de log de transação do SQL Server para garantir espaço para o número de transações que terão de ser processadas. Para obter mais informações sobre o aumento prévio dos logs de transação do SQL Server, consulte o tópico "Expandindo um banco de dados" na documentação do SQL Server 2000 ou 2005.

Para obter mais informações sobre como o espaço em disco é usado durante uma atualização gradual, consulte Como funciona o processo de atualização (Windows SharePoint Services).

Estimar a duração da atualização

Com a estimativa do espaço em disco em mãos, agora você pode calcular uma estimativa aproximada de quanto tempo o processo de atualização real levará. Os tempos de atualização variam muito entre os ambientes. O desempenho de uma atualização depende bastante do hardware que está sendo usado, da complexidade dos sites e das características específicas de sua implementação. Por exemplo, se você tiver muitas bibliotecas de documentos grandes, elas poderão levar mais tempo para serem atualizadas do que um site mais simples.

O método de atualização escolhido também fará uma grande diferença na duração do processo. A atualização através de migração do banco de dados é o método mais rápido (lembre-se, entretanto, de que as etapas de pré-atualização e pós-atualização desse método demoram mais que dos outros). A atualização gradual é o método mais lento porque há etapas extras de cópia de dados envolvidas. Uma atualização no local é um meio-termo entre os dois.

A melhor forma de estimar o tempo total é fazer uma atualização de avaliação de uma pequena parte dos dados e revisar os arquivos de log de atualização. Você também pode usar os arquivos de log para verificar o andamento durante o processo de atualização. O arquivo upgrade.log localizado em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS contém a duração.

No entanto, a estimativa encontrada baseada em seu conjunto de dados serve para o processo de atualização real dos dados; ela não inclui todas as etapas que deverão ser executadas antes e após essa etapa, o que pode levar mais tempo do que a própria atualização dos dados. Ao estimar a duração da atualização, além do processamento dos dados, você também terá de estimar a duração das atividades durante as fases anteriores e posteriores à atualização.

Etapas de pré-atualização:

  • Criando elementos personalizados   A criação de uma definição de site ou de novos layouts de página, ou a atualização de Web Parts, leva algum tempo. O processo de criação de elementos personalizados deve começar cedo, durante a fase de avaliação de seu projeto.

  • Fazendo backup dos bancos de dados   É preciso executar um backup completo — e não um backup diferencial — para garantir que você poderá se recuperar da remota possibilidade de uma falha na atualização e a consequente recriação do seu farm de servidores. Para ambientes grandes, essa etapa pode levar um tempo significativo. Em particular, se você estiver fazendo backup de um local de rede, problemas de latência de rede poderão tornar esse processo mais lento.

  • Criando novos nomes DNS para uma atualização gradual   O DNS levará um tempo para propagar as alterações pela rede. Para obter mais informações sobre a criação prévia de nomes DNS para uma atualização gradual, consulte Criar novos nomes de domínio (apenas atualização gradual) (Windows SharePoint Services).

Etapas posteriores à atualização:

  • Verificando sites e fazendo alterações ou revertendo para modelo   Dê tempo suficiente aos usuários para que eles validem seus sites após a atualização. Isso pode levar vários dias. Para obter mais informações, consulte Revisar sites atualizados (Windows SharePoint Services).

Fatores adicionais em seu ambiente também podem contribuir para atualizações que levam mais tempo, incluindo:

  • Bibliotecas de documentos muito grandes Uma biblioteca de documentos com mais de 250.000 documentos, todos na raiz da biblioteca de documentos (e não em pastas), levará um longo tempo para ser atualizada, e a atualização talvez não seja bem-sucedida. Seguir as diretrizes 2.0 para usar pastas para dividir grandes bibliotecas de documentos pode ajudar você a gerenciar o tamanho da biblioteca. Por exemplo, se você reorganizar a mesma biblioteca de documentos para que os 250.000 documentos sejam divididos em 125 pastas, ela deverá ser atualizada mais facilmente.

  • Bancos de dados muito grandes Bancos de dados maiores que 100 GB podem levar muito tempo para serem atualizados. Se os seus bancos de dados forem maiores do que isso, é recomendável dividi-los em bancos de dados menores antes da execução da atualização. Bancos de dados maiores não só levam mais tempo para serem atualizados, mas eles podem dificultar a recuperação se a atualização não for concluída com êxito. Há ferramentas com suporte da comunidade disponíveis para mover conjuntos de sites entre bancos de dados.

    Aviso

    Se você tem um banco de dados muito grande (mais de 100 GB) que não pode ser dividido (porque a maior parte do conteúdo está em um único conjunto de sites), você também pode reconsiderar seu método de atualização. Uma atualização gradual pode administrar bem grandes bancos de dados porque é possível atualizar conjuntos de sites individualmente. A migração de banco de dados é mais difícil com bancos de dados muito grandes simplesmente porque seu backup e a restauração são problemáticos. É claro, o método gradual requer mais espaço; por isso, considere suas opções cuidadosamente. Para obter mais informações sobre o uso de migração de banco de dados para atualizar sites após a finalização de uma atualização gradual, consulte o artigo 926718, Como conectar um backup de banco de dados de conteúdo durante uma atualização gradual de um farm do Windows SharePoint Services 2.0 para Windows SharePoint Services 3.0 na Base de Dados de Conhecimento Microsoft (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x416).

    Verifique se você está seguindo as diretrizes de planejamento de capacidade das versões antiga e nova antes de tentar fazer a atualização. Se você superou as diretrizes de desempenho ideal, o processo de atualização poderá levar mais tempo ou não ser concluído com êxito (por exemplo, o processo pode atingir o tempo limite repetidamente na mesma biblioteca grande de documentos). Se sua implantação não atender às diretrizes de capacidade recomendadas, verifique se você precisa tomar alguma providência para atendê-las antes de tentar fazer a atualização. Novamente, um teste de atualização pode ajudá-lo a tomar sua decisão.

Planilha

Use a planilha Estimar o espaço de banco de dados e o tempo para atualização (https://go.microsoft.com/fwlink/?linkid=73752\&clcid=0x416) para determinar o espaço em disco necessário para executar a atualização e determinar a duração do processo de atualização.