Determinar abordagem de atualização (SharePoint Server 2010)
Aplica-se a: SharePoint Server 2010
Tópico modificado em: 2016-11-30
Antes de executar qualquer processo de atualização do Microsoft Office SharePoint Server 2007 para o Microsoft SharePoint Server 2010, você precisa determinar a abordagem de atualização a ser adotado. 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 a sua abordagem. Além das informações neste artigo, leia o artigo Examinar caminhos de atualização com e sem suporte (SharePoint Server 2010) para saber exatamente quais situações de atualização são válidas e que originam atualizações com êxito.
Observação
Para executar uma atualização, você deve ter instalado o Office SharePoint Server 2007 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 das 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 no local |
É possível instalar o SharePoint Server 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 Server 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 reduzir 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. Para essa 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 Server 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 o redirecionamento de URL de AAM como parte do processo de atualização (SharePoint Server 2010) (white paper).
Casos especiais
Talvez você tenha outros requisitos ou metas adicionais que queira realizar ao executar a atualização. A tabela a seguir lista casos especiais e descreve que abordagem de atualização é apropriada para cada caso.
| Caso | Abordagem de atualização |
|---|---|
Atualizando de uma edição de 32 bits para uma edição de 64 bits do SQL Server? |
Se você estiver executando uma versã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 Server 2010, para garantir melhores benefícios de desempenho. Execute somente um tipo de atualização por vez para evitar falhas. Para obter mais informações, consulte Migrar um farm de servidores existente para um ambiente de 64 bits (Office SharePoint Server 2007). Há duas opções de atualização da edição de 32 bits para a de 64 bits do SQL Server:
Observação Se você atualizar a versão do SQL Server (por exemplo, do SQL Server 2005 SP2 para o SQL Server 2008), poderá realizar a atualização antes, durante ou depois de uma atualização de versão de 32 bits para uma de 64 bits do SQL Server. |
Atualizando de um sistema operacional de 32 bits para um de 64 bits? |
Se estiver usando um sistema operacional de 32 bits, migre para um de 64 bits antes de atualizar. Para obter mais informações, consulte Migração de um farm de servidores existente para um ambiente de 64 bits (Office SharePoint Server 2007. |
Atualizando um ambiente que usa autenticação baseada em formulários? |
São necessárias etapas adicionais para a atualização quando você usa a 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 Server 2010). |
Atualizando bancos de dados muito grandes? |
Em geral, bancos de dados muito grandes — particularmente aqueles que contêm um grande número ou muitas versões de documentos — demoram mais para ser 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 Office SharePoint Server 2007, 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 Server 2010. Para obter mais informações sobre o tempo que a atualização pode levar para seu ambiente, consulte Estimar quanto tempo o processo de atualização levará e o espaço necessário (SharePoint Server 2010). |
Atualizando do SharePoint Portal Server 2003? |
Use um método de atualização com anexação de banco de dados para atualizar para o Microsoft Office SharePoint Server 2007 e, em seguida, atualize para o SharePoint Server 2010. Para obter mais informações sobre esse processo de atualização, consulte Atualizando o SharePoint Portal Server 2003 para o SharePoint Server 2010. |
Atualizando do Windows SharePoint Services 3,0? |
Use a abordagem de atualização com anexação de banco de dados para anexar e atualizar os bancos de dados de conteúdo do Windows SharePoint Services 3,0 para o SharePoint Server 2010. Esse processo atualiza as informações nos bancos de dados de conteúdo, mas não transfere nenhuma configuração do farm. |
Você está usando nomes de domínio internacionalizados? |
O Office SharePoint Server 2007 dava suporte a IDNs (nomes de domínio internacionalizados), mas o SharePoint Server 2010 não inclui esse suporte. Se você usa IDNs atualmente com o Office SharePoint Server 2007 e planeja atualizar ou migrar para o SharePoint Server 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 Planejar sites multilíngues (SharePoint Server 2010). |