Estimar quanto tempo o processo de atualização levará e a quantidade de espaço necessário (Office SharePoint Server)

  • Artigo

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 é único e inclui diferentes recursos de hardware e diferentes características de site. A quantidade de espaço e o tempo necessários para executar uma atualização variam muito dependendo do seu ambiente. Por exemplo, sites baseados no Microsoft® Windows® SharePoint® Services 2.0 podem ser atualizados mais rapidamente que os sites pessoais ou de portal baseados no Microsoft Office SharePoint Portal Server 2003. Isso ocorre porque o processo de atualização para sites do Windows SharePoint Services 2.0 é feito em menos etapas que o processo de atualização para sites pessoais ou de portal do SharePoint Portal Server 2003. A melhor forma de estimar a quantidade de espaço necessária e o tempo do processo de atualização é fazer uma atualização de teste e, depois, analisar tamanhos e tempos. Para obter mais informações sobre como fazer essa atualização de teste, consulte Usar uma atualização de avaliação para encontrar possíveis problemas (Office SharePoint Server).

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 disponível em disco para fazer a atualização. Com os métodos de atualização no local e de migração de banco de dados, você precisa planejar cada pequena expansão dos bancos de dados; no entanto, há várias transações acontecendo enquanto o processo de atualização é executado, por isso os arquivos de log precisarão ser expandidos para acomodar as mudanças que estão ocorrendo.

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

Para obter as principais recomendações e conhecer as práticas recomendadas que ajudarão a planejar e monitorar seus requisitos de armazenamento do SQL Server para dar suporte a desempenho e operação ideais de seus farms de servidores, consulte Planejando e monitorando o armazenamento do SQL Server para o Office SharePoint Server: recomendações de desempenho e práticas recomendadas (white paper).

Estimar o espaço para a atualização no local ou migração de banco de dados

Para obter uma atualização no local ou migração de banco de dados, você não precisa planejar muito espaço de banco de dados extra. Para obter uma migração de banco de dados, você simplesmente precisa planejar o espaço necessário disponível no novo hardware conforme exigido pelos bancos de dados atuais, além de espaço extra para acomodar a expansão ao longo do tempo. Para descobrir o tamanho atual dos seus bancos de dados, use o Enterprise Manager do Microsoft SQL Server. Além do espaço de banco de dados, você também precisará de espaço para os seguintes itens:

  • Arquivos de log de atualização.

  • Arquivos de log de transação para os bancos de dados. Esses arquivos de log devem crescer rapidamente para acomodar a quantidade de mudanças que ocorrem nos bancos de dados; verifique se há espaço suficiente no disco para eles.

    Dica

    Em ambientes muito grandes, existe a possibilidade de a taxa de crescimento padrão dos arquivos de log (10%) não ser suficiente para acompanhar o processo de atualização. Isso pode causar um fim de tempo limite. Novamente, o teste de atualização é a melhor maneira de determinar se os arquivos de log de transação podem acompanhar o processo de atualização. Se seu ambiente é muito grande, ou se o processo atingir seu limite de tempo durante o teste de atualização, considere aumentar previamente os arquivos de log de transação do SQL Server para garantir que haja espaço para a quantidade de transações que precisam ser processadas. Para obter mais informações sobre o aumento prévio dos logs de transação do SQL Server, consulte o tópico sobre a expansão de banco de dados na documentação do SQL Server 2000 ou 2005.

Estimar o espaço para uma atualização gradual

Se você estiver seguindo o caminho de uma atualização gradual, será necessário ter espaço suficiente no banco de dados para acomodar uma quantidade de dados aproximadamente três vezes o tamanho do seu maior conjunto de sites. Por exemplo: um site de portal interno da Microsoft incluía um site de portal raiz no SharePoing Portal Server 2003 com 400 gigabytes (GB) de dados no banco de dados. O grupo de TI estimou que 1,2 terabyte (TB) de espaço no banco de dados seria necessário para executar o processo de atualização gradual. Para descobrir o tamanho atual dos seus bancos de dados, use o Enterprise Manager do SQL Server.

Se você não conseguir alocar essa quantidade de espaço no disco, poderá reduzir a sobrecarga atualizando os sites em lotes. Depois de atualizar alguns lotes e confirmar com os proprietários dos sites que as versões antigas não são mais necessárias, você poderá começar a limpar e excluir as versões anteriores dos sites (após fazer backup). Dessa forma (atualizando novos lotes e excluindo versões antigas de sites), você poderá regular a quantidade de espaço necessária.

Se estiver usando serviços compartilhados, você também precisará ter aproximadamente o dobro do espaço dos índices. Isso ocorre porque durante uma atualização gradual com serviços compartilhados, você indexará duas vezes - da versão anterior e da nova versão.

Além do espaço no banco de dados, você também precisará ter espaço para:

  • Arquivos de log de atualização.

  • Arquivos de log de transações para os bancos de dados. Esses arquivos de log devem crescer rapidamente para acomodar as alterações que ocorrem nos bancos de dados; certifique-se de ter espaço suficiente no disco para os arquivos de log.

    Dica

    Em ambientes muito grandes, há a possibilidade de que a taxa de crescimento padrão para os arquivos de log de transações (10%) não seja suficiente para acompanhar o processo de atualização; isso pode causar o fim do tempo limite. Novamente, um teste de atualização é a melhor forma de determinar se os arquivos de log de transações podem acompanhar o processo de atualização. Se seu ambiente for muito grande, ou se o processo atingir o limite de tempo durante o teste de atualização, considere aumentar previamente os arquivos de log de transações do SQL Server para garantir espaço para a quantidade de transações que precisam ser processadas. Para obter mais informações sobre como aumentar previamente os logs de transações do SQL Server, consulte o tópico sobre expansão de banco de dados na documentação do SQL Server 2000 ou 2005.

  • Índices de pesquisa. Em uma atualização gradual, você pode ter dois rastreamentos de pesquisa executados ao mesmo tempo.

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

Estimar a duração da atualização

Com as estimativas do espaço em disco em mãos, você agora pode calcular uma estimativa bruta da duração real do processo de atualização. Os tempos de atualização variam amplamente entre os ambientes. O desempenho de uma atualização depende substancialmente do hardware que está sendo usado, da complexidade dos sites e das características específicas de sua implementação. Por exemplo: se você possui muitas bibliotecas de documentos grandes ou muitos sites personalizados, eles podem levar mais tempo para serem atualizados 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 geral é fazer um teste de atualização de uma pequena parte dos dados e, depois, analisar os arquivos de log de atualização. Você também pode usar os arquivos de log para verificar o andamento do 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 a que se chega com base no seu conjunto de dados refere-se ao processo de atualização real dos dados; ela não inclui todas as etapas que você precisa executar antes e depois desta etapa, o que pode levar mais tempo que a atualização de dados propriamente dita. Ao estimar a duração da atualização, além do processamento de dados, preveja também a duração das atividades das fases de pré e pós-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, levará algum tempo. O processo de criação de elementos personalizados deve começar cedo, durante a fase de avaliação do projeto.

  • Fazendo o backup dos bancos de dados   Você deve realizar um backup completo — e não um backup diferencial — para ter certeza de uma recuperação na possibilidade remota de falha na atualização e na necessidade de reconstruir um farm de servidores. Em grandes ambientes, essa etapa pode levar muito tempo. Principalmente se você estiver fazendo o backup para um novo local de rede, problemas de latência de rede podem reduzir a velocidade do processo.

  • Criando novos nomes de DNS para uma atualização gradual   O DNS levará tempo para propagar alterações na rede. Para obter mais informações sobre a pré-criação de nomes DNS para uma atualização gradual, consulte Criar novos nomes de domínio (somente atualização gradativa).

Etapas de pós-atualização:

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

  • Criando o SSP (Provedor de Serviços Compartilhados)   Esta etapa aplica-se somente durante a migração do banco de dados (em uma atualização no local ou gradual, o SSP é criado durante o processo de atualização). A criação do SSP pode levar de 10 a 20 minutos; no entanto, se for necessário contatar um administrador de banco de dados para pré-criar os bancos de dados, você poderá precisar de um dia ou dois de antecedência.

  • Importando perfis após a atualização   Esta etapa pode levar várias horas ou um dia para grandes organizações (por exemplo, mais de 1.000 perfis).

  • Executando um rastreamento de pessoas   Em grandes organizações, esta etapa pode durar mais de 24 horas.

  • Executando um rastreamento de pesquisa em todo o conteúdo   Em grandes sites, esta etapa pode demorar mais de 24 horas.

Outros fatores do seu ambiente também podem contribuir para aumentar o tempo de atualização, como:

  • 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á muito tempo para ser atualizada, e a atualização poderá não ter êxito. Seguir as diretrizes de 2003 e 2.0 para o uso de pastas para dividir grandes bibliotecas de documentos pode ajudá-lo a gerenciar o tamanho da biblioteca. Por exemplo, se você reorganizar a mesma biblioteca para que os 250.000 documentos sejam divididos em 125 pastas, a atualização deverá ocorrer mais facilmente.

  • Bancos de dados muito grandes   Bancos de dados maiores que 100 GB podem levar muito tempo para serem atualizados. No entanto, bancos de dados de conteúdo com sites de portais em geral são maiores que isso (por exemplo, 200 GB). Se você tem um site de portal com áreas muito grandes, ele não poderá ser dividido no SharePoint Portal Server 2003 e será necessário atualizá-lo inteiramente ao mesmo tempo.

    Dica

    Se você possui bancos de dados de conteúdo maiores que 100 GB mas com sites de equipes ou MySites, em vez de sites de portais, recomendamos dividi-los em bancos de dados menores antes de fazer a atualização. Grandes bancos de dados, além de levar mais tempo para serem atualizados, dificultam a recuperação se a atualização não for concluída com sucesso. Há ferramentas suportadas por comunidades disponíveis para mover conjuntos de sites entre bancos de dados.

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

    Aviso

    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 (em inglês) (https://go.microsoft.com/fwlink/?linkid=73752\&clcid=0x416) (em inglês) para determinar o espaço em disco necessário para executar a atualização e determinar a duração do processo de atualização.

Baixar este manual

Este tópico é incluído no seguinte manual, que pode ser baixado para melhor leitura e impressão:

Consulte a lista completa de manuais disponíveis na página de download de manuais do Office SharePoint Server 2007 (em inglês).