Determinar a abordagem de atualização (SharePoint Foundation 2010)

 

Aplica-se a: SharePoint Foundation 2010

Tópico modificado em: 2016-11-30

Antes de executar qualquer processo de atualização do Windows SharePoint Services 3.0 para o Microsoft SharePoint Foundation 2010, você precisa determinar a abordagem de atualização a ser adotada. Use as informações neste artigo para ajudar a comparar os prós e os contras de cada abordagem e examine as informações sobre casos especiais que podem influenciar sua abordagem. Além das informações neste artigo, leia Examinar caminhos de atualização com e sem suporte (SharePoint Foundation 2010) para saber exatamente quais situações de atualização são válidas e levam a atualizações com êxito.

Observação

Para executar uma atualização, você deve ter instalado o Windows SharePoint Services 3.0 com Service Pack 2 (SP2).

Neste artigo:

  • Escolher uma abordagem de atualização

  • Casos especiais

Escolher uma abordagem de atualização

Há duas abordagens básicas para a atualização: in-loco e com anexação de banco de dados. Além disso, há várias técnicas que você pode usar para combinar aspectos dessas abordagens básicas, de modo a reduzir o tempo de inatividade ou possivelmente aprimorar o desempenho.

A tabela a seguir compara as abordagens de atualização in-loco e com anexação de banco de dados.

Abordagem Descrição Prós Contras

Atualização in-loco

É possível instalar o SharePoint Foundation 2010 no mesmo hardware. Também é possível atualizar o conteúdo e as definições do farm de servidores como parte de um único processo.

As definições de todo o farm são preservadas e atualizadas. Personalizações são disponibilizadas no ambiente após a atualização, embora etapas manuais possam ser exigidas para atualizá-las ou reformulá-las.

Servidores e farms ficam offline durante a atualização. A atualização prossegue sem interrupções. Por isso, aloque tempo suficiente para que todo o conteúdo possa ser atualizado em sequência.

Atualização com anexação de banco de dados

É possível atualizar o conteúdo do ambiente em um farm separado. O resultado é que você não atualiza nenhum dos serviços ou das definições do farm. Os bancos de dados podem ser atualizados em qualquer ordem, e você pode atualizar vários deles ao mesmo tempo. Enquanto cada banco de dados estiver sendo atualizado, seu conteúdo não estará disponível para os usuários.

Você pode atualizar vários bancos de dados de conteúdo ao mesmo tempo, o que resulta em períodos gerais de atualização mais rápidos do que na atualização in-loco. É possível usar uma atualização com anexação de banco de dados para combinar vários farms em um só.

As definições de servidor e farm não são atualizadas. É preciso transferir manualmente as definições que você deseja preservar do farm antigo no farm novo. Todas as personalizações também devem ser transferidas manualmente para o novo farm. Qualquer perda de personalização pode provocar interrupções acidentais de funcionalidade ou problemas na experiência do usuário. Copiar bancos de dados em uma rede exige tempo e largura de banda e isso deve ser planejado. Você precisa de acesso direto aos servidores de bancos de dados.

Para obter mais informações sobre o funcionamento das atualizações in-loco e com anexação de banco de dados, consulte Visão geral do processo de atualização (SharePoint Foundation 2010).

A tabela a seguir lista as técnicas de redução de tempo de inatividade que você pode usar durante a atualização para diminuir o tempo durante o qual os usuários não podem acessar seu conteúdo ou para possivelmente aprimorar o desempenho da atualização.

Técnica Descrição Prós Contras

Atualização paralela

É possível anexar e atualizar vários bancos de dados ao mesmo tempo para agilizar o processo geral de atualização. O número máximo de atualizações paralelas depende do hardware. Essa técnica funciona para atualizações in-loco ou com anexação de banco de dados.

Atualizações mais rápidas para o ambiente geral.

Esse é um processo manual que requer monitoramento e etapas adicionais.

Abordagem híbrida 1: anexação de bancos de dados com bancos de dados somente leitura

Permite que você continue fornecendo acesso somente leitura ao conteúdo durante o processo de atualização. Para essa abordagem, os bancos de dados são definidos como somente leitura enquanto a atualização está em andamento em outro farm. Esse método reduz o tempo de inatividade percebido pelos usuários.

O farm existente pode continuar hospedando sites não atualizados (em modo somente leitura) enquanto você atualiza o conteúdo. Dessa forma, há um tempo de inatividade mínimo para os usuários.

Você pode atualizar vários bancos de dados de conteúdo ao mesmo tempo, o que resulta em períodos gerais de atualização mais rápidos do que na atualização in-loco.

Além do software, você também atualizar o hardware.

As definições de servidor e farm não são atualizadas. É preciso transferir manualmente as definições que você deseja preservar do farm antigo no farm novo.

Todas as personalizações também devem ser transferidas e atualizadas manualmente. Qualquer perda de personalização pode provocar interrupções acidentais de funcionalidade ou problemas na experiência do usuário.

Copiar bancos de dados em uma rede exige tempo e largura de banda e isso deve ser planejado.

Você precisa de acesso direto aos servidores de bancos de dados.

Abordagem híbrida 2: atualização in-loco com bancos de dados desanexados

Permite obter as vantagens de uma atualização in-loco para atualizar conteúdo e definições, adicionando a velocidade de uma atualização com anexação de banco de dados. Nessa abordagem, a atualização in-loco é usada para atualizar o farm e as definições e, em paralelo, desanexar e atualizar vários bancos de dados (no mesmo farm ou em um farm separado).

As definições de todo o farm podem ser preservadas e atualizadas.

As personalizações são disponibilizadas no ambiente após a atualização, embora etapas manuais possam ser exigidas para atualizá-las ou reformulá-las.

Você pode atualizar vários bancos de dados de conteúdo ao mesmo tempo, o que resulta em períodos gerais de atualização mais rápidos do que na atualização in-loco.

Copiar bancos de dados em uma rede exige tempo e largura de banda e isso deve ser planejado.

Você precisa de acesso direto aos servidores de bancos de dados.

Você também pode combinar as técnicas. Por exemplo, é possível configurar o farm original para o modo somente leitura, criar uma cópia do farm e atualizá-lo sem os bancos de dados de conteúdo, usar a atualização paralela para atualizar rapidamente todo o conteúdo dos usuários e, finalmente, alternar os usuários para o novo farm após concluir a atualização. Para obter mais informações sobre o funcionamento dessas técnicas de redução de tempo de inatividade, consulte Visão geral do processo de atualização (SharePoint Foundation 2010).

Uma opção a ser considerada se houver a possibilidade de uma interrupção extremamente longa é usar o Redirecionamento de URL de Mapeamento Alternativo de Acesso com uma abordagem com anexação de banco de dados, para que você redirecione temporariamente os usuários para um farm existente enquanto atualiza o conteúdo de um novo farm. Esse é um método avançado, que deverá ser usado somente se outras técnicas de redução de tempo de inatividade não forem suficientes. Para obter mais informações, consulte Usando redicionamento de URL AAM como parte do processo de atualização (SharePoint Foundation 2010) (white paper).

Casos especiais

Talvez você tenha outros requisitos ou metas adicionais que queira realizar quando executar uma atualização. A tabela a seguir lista casos especiais e descreve qual abordagem de atualização é apropriada para cada caso.

Caso Abordagem de atualização

Atualizando uma instalação autônoma com Banco de Dados Interno do Windows?

Se você estiver executando o Windows SharePoint Services 3,0 em um servidor autônomo com Banco de Dados Interno do Windows, o seu banco de dados será migrado para o SQL Server Express como parte do processo da atualização in-loco. Se o seu banco de dados tiver mais de 4 GB, configure o Remote BLOB Storage para armazenar parte dos dados. Para obter mais informações, consulte Atualizar uma instalação autônoma do Windows SharePoint Services 3.0 para o SharePoint Foundation 2010 com Remote BLOB Storage.

Atualizando de uma edição de 32 bits para uma edição de 64 bits do SQL Server?

Se você estiver executando uma edição de 32 bits do SQL Server, deverá migrar para uma edição de 64 bits. Recomendamos que você execute essa migração antes de atualizar para o SharePoint Foundation 2010 para garantir melhores benefícios de desempenho. Execute somente um tipo de atualização ou migração por vez para evitar falhas. Para obter mais informações, consulte o artigo sobre migração de um farm de servidores existente para um ambiente de 64 bits (Windows SharePoint Services 3.0).

Há duas opções de atualização da edição de 32 bits para a de 64 bits do SQL Server:

  • Você pode fazer backup do conjunto inteiro de bancos de dados do farm, realizar a atualização e depois restaurar os bancos de dados. (Recomendado e com suporte, já que você terá um backup completo e, depois de restaurar os bancos de dados, não precisará mudar nada dentro do SharePoint Foundation 2010).

  • Você pode mover os bancos de dados do SQL Server que deseja atualizar para uma edição diferente de 64 bits do SQL Server. É necessário adicionar a edição de 64 bits diferente e executar um comando para computadores executando o SharePoint Foundation 2010 para apontar para a nova edição de 64 bits do SQL Server. (Essa opção é aceita, mas não é recomendada porque requer mais trabalho no SharePoint Foundation 2010 quando, por exemplo, os bancos mudam de local).

Observação

Se você atualizar uma versão do SQL Server — por exemplo, do SQL Server 2005 SP2 para o SQL Server 2008, poderá executar essa atualização antes, durante ou depois de atualizar de uma edição de 32 bits para uma edição de 64 bits do SQL Server.

Atualizando do Windows Server 2003 para o Windows Server 2008?

Atualize o sistema operacional antes de tentar atualizar para o SharePoint Foundation 2010.

Se estiver executando o Windows SharePoint Services 3,0, você deverá executar etapas específicas para atualizar para o Windows Server 2008. Para obter mais informações, consulte o artigo sobre atualização para o Windows Server 2008 para Windows SharePoint Services 3.0 com SP1.

Está atualizando de um sistema operacional de 32 bits para um sistema operacional de 64 bits?

Se estiver usando um sistema operacional de 32 bits, você deverá migrar para um sistema operacional de 64 bits antes de atualizar. Para obter mais informações, consulte Migrar um farm de servidores existente para um ambiente de 64 bits (Windows SharePoint Services 3.0).

Atualizando um ambiente que usa autenticação baseada em formulários?

São necessárias etapas adicionais para a atualização quando você usa autenticação baseada em formulários. Para obter mais informações, consulte Configurar a autenticação baseada em formulários para um aplicativo Web baseado em declarações (SharePoint Foundation 2010).

Atualizando bancos de dados muito grandes?

Em geral, bancos de dados muito grandes — particularmente aqueles que contêm um grande número ou um volume muito grande de versões de documentos — demoram mais para serem atualizados do que bancos de dados menores. No entanto, o tempo necessário para a atualização é determinado pela complexidade dos dados, não pelo tamanho do banco de dados em si. Se o processo de atualização atingir o tempo limite, isso geralmente decorre de problemas de conexão. No Windows SharePoint Services 3.0, o processo de atualização atingia o tempo limite com frequência, devido ao tempo necessário para executar um processo, mas isso raramente ocorre com o SharePoint Foundation 2010. Para obter mais informações sobre o tempo que a atualização pode levar para o seu ambiente, consulte Estimar a duração do processo de atualização e o espaço necessário (SharePoint Foundation 2010).

Atualizando do Windows SharePoint Services 2.0?

Use uma abordagem de atualização com anexação de banco de dados para atualizar para o Windows SharePoint Services 3.0 e atualize para o SharePoint Foundation 2010. Para obter mais informações sobre esse processo de atualização, consulte Atualizando do Windows SharePoint Services 2.0 para o SharePoint Foundation 2010.

Você está usando nomes de domínio internacionalizados?

O Windows SharePoint Services 3.0 dava suporte a IDNs (nomes de domínio internacionalizados), mas o SharePoint Foundation 2010 não inclui esse suporte. Se você usa IDNs atualmente com o Windows SharePoint Services 3.0 e planeja atualizar ou migrar para o SharePoint Foundation 2010, deve deixar de usá-los, excluir todas as configurações IDN e configurar um ambiente não IDN antes de fazer isso. Para obter mais informações, consulte Planejamento de sites multilíngues (SharePoint Foundation 2010).