O que há de novo na atualização (SharePoint Foundation 2010)

Aplica-se a: SharePoint Foundation 2010

Tópico modificado em: 2016-11-30

O Microsoft SharePoint Foundation 2010 foi criado para escala e desempenho e, como tal, apresenta novos requisitos de hardware e software que são descritos neste artigo. Esses requisitos se aplicam a abordagens de atualização com anexação de banco de dados e in-loco. Para obter mais informações, consulte Determinar a abordagem de atualização (SharePoint Foundation 2010).

Para facilitar uma atualização previsível e minimizar o impacto da personalização e problemas ambientais que possam impedir uma atualização bem-sucedida, você pode usar o cmdlet test-spcontentdatabase do Windows PowerShell, a nova opção Atualização Visual ou a operação Stsadm preupgradecheck.

Neste artigo:

• Requisitos de atualização

• Verificador de pré-atualização

• Comando do Windows PowerShell para verificar bancos de dados antes da anexação

• Atualização Visual

• Atualização de Recursos

• Novas opções para reduzir o tempo de inatividade durante a atualização

• Alterações nos principais recursos entre versões

Requisitos de atualização

Para que você possa realizar uma atualização in-loco ou uma atualização com anexação de banco de dados para o SharePoint Foundation 2010, o ambiente existente do Windows SharePoint Services 3.0 ou o novo ambiente do SharePoint Foundation 2010 devem atender aos requisitos mínimos a seguir.

Requisito de hardware: 64 bits

O SharePoint Foundation 2010 só pode ser executado em uma edição de 64 bits do sistema operacional Windows Server 2008 R2 ou Windows Server 2008 com SP2. Se você planeja uma atualização in-loco, sua instalação do Windows SharePoint Services 3.0 deve estar sendo executada em um ambiente de 64 bits do Windows Server 2008. Se sua instalação do Windows SharePoint Services 3.0 estiver em um ambiente de 32 bits, não será possível executar uma atualização in-loco no farm ou servidor existente. Você deve instalar o SharePoint Foundation 2010 em um servidor ou farm diferente que dê suporte a aplicativos de 64 bits e deve mover os dados para esse servidor ou farm usando uma atualização com anexação de banco de dados.

Para descobrir e solucionar mais facilmente qualquer problema nos processos de migração e atualização, recomendamos não combinar as ações de migração para um ambiente de 64 bits e a atualização in-loco para o SharePoint Foundation 2010. Como você deve ter um ambiente de 64 bits para poder fazer a atualização in-loco para o SharePoint Foundation 2010, é necessário migrar para um sistema operacional de 64 bits antes de executar uma atualização in-loco. Se estiver usando uma atualização com anexação de banco de dados, você poderá migrar para 64 bits durante o processo de atualização.

Antes de migrar para um ambiente de 64 bits:

• Atualize o Windows SharePoint Services 3.0 para o mesmo service pack ou nível de atualização de software em todos os computadores do farm de origem.

• Descubra se você precisa recompilar os aplicativos de 32 bits existentes e assemblies personalizados — por exemplo, Web Parts e receptores de evento — para executá-los no ambiente de 64 bits. (Alguns aplicativos podem ser executados nos dois ambientes e não precisam ser recompilados.) Se os aplicativos existentes são de terceiros, verifique com o fornecedor se há versões de 64 bits e consulte a compatibilidade.

Para obter mais informações sobre como planejar e executar uma migração para um ambiente de 64 bits, consulte o artigo Migrar um farm de servidores existente para um ambiente de 64 bits (Windows SharePoint Services 3.0) no TechNet (https://go.microsoft.com/fwlink/?linkid=161120&clcid=0x416).

Requisito de sistema operacional: Windows Server 2008 ou Windows Server 2008 R2

O SharePoint Foundation 2010 deve ser executado em uma edição de 64 bits do Windows Server 2008 R2 ou Windows Server 2008 com Service Pack 2 (SP2). Se está executando o Windows SharePoint Services 3.0 no Windows Server 2003 e pretende atualizar para o SharePoint Foundation 2010, você deve planejar a aquisição de um número suficiente de licenças do Windows Server para a implantação no sistema operacional mais recente.

Para descobrir e solucionar mais facilmente os problemas ocorridos nos processos de migração e atualização, recomendamos não combinar as ações de atualização ou migração para Windows Server 2008 ou Windows Server 2008 R2 ao processo de atualização do SharePoint Foundation 2010. Você pode combinar a migração para um hardware de 64 bits à migração para o Windows Server 2008 ou o Windows Server 2008 R2.

• Se você já executa um hardware de 64 bits, pode atualizar do Windows Server 2003 para o Windows Server 2008 ou o Windows Server 2008 R2. Para obter mais informações sobre como executar uma atualização in-loco para o Windows Server 2008, consulte o artigo Atualizar para Windows Server 2008 com o Windows SharePoint Services 3.0 com SP1 no TechNet (https://go.microsoft.com/fwlink/?linkid=155575&clcid=0x416).

• Se estiver migrando para hardware de 64 bits, aproveite a oportunidade para também migrar para o Windows Server 2008 ou o Windows Server 2008 R2 ao mesmo tempo. Para obter mais informações sobre como instalar o Windows SharePoint Services 3.0 no Windows Server 2008, consulte o artigo sobre implantação de um farm simples no sistema operacional Windows Server 2008 (Windows SharePoint Services) no TechNet (https://go.microsoft.com/fwlink/?linkid=95859&clcid=0x416).

Requisito de banco de dados: SQL Server 2005 SP3 ou SQL Server 2008 SP1 de 64 bits

O SharePoint Foundation 2010 requer que seu servidor de banco de dados seja uma versão de 64 bits de um dos seguintes: Microsoft SQL Server 2008 R2, SQL Server 2008 com Service Pack 1 (SP1) e Atualização Cumulativa 2 ou SQL Server 2005 com SP3 e Atualização Cumulativa 3. Se sua instalação atual do Windows SharePoint Services 3.0 usa o SQL Server 2000, você deve atualizar para uma dessas versões antes de atualizar para o SharePoint Foundation 2010.

Para descobrir e solucionar mais facilmente qualquer problema nos processos de migração e atualização, recomendamos não combinar as ações de migração para um SQL Server de de 64 bits ao processo de atualização para o SharePoint Foundation 2010. Você pode combinar a migração para um SQL Server de 64 bits ao processo geral de migração para hardware de 64 bits.

• Se estiver combinando a migração para o SQL Server 2005 SP3 ou o SQL Server 2008 no hardware de 64 bits com uma migração geral para um ambiente de 64 bits, siga as orientações sobre como migrar para um ambiente de 64 bits fornecidas neste artigo.

  Para obter mais informações sobre como migrar todos os bancos de dados, consulte o artigo sobre como mover todos os bancos de dados (Windows SharePoint Services 3.0) no TechNet (https://go.microsoft.com/fwlink/?linkid=161208&clcid=0x416).

• Se você já tem um hardware de 64 bits, mas precisa atualizar para o SQL Server 2005 ou o SQL Server 2008 SP3, siga as orientações na documentação do SQL Server.

Verificador de pré-atualização

O verificador de pré-atualização é uma ferramenta de linha de comando que você executa em um ambiente do Windows SharePoint Services 3.0 para localizar possíveis problemas na atualização e rever recomendações e práticas recomendadas.

STSADM.exe –o preupgradecheck

Com o verificador de pré-atualização, você pode encontrar informações como:

• Uma lista de todos os servidores e componentes do farm, e se os servidores atendem aos seguintes requisitos de atualização: hardware de 64 bits e sistema operacional Windows Server 2008.

• As URLs de mapeamento de acesso alternativo que estão sendo usadas no farm.

• Uma lista de todas as definições do site, modelos do site, recursos e pacotes de idiomas instalados no farm.

• Se há personalizações não suportadas no farm (como modificações no esquema do banco de dados).

• Se há algum site ou banco de dados órfão no farm.

• Se há configurações ausentes ou inválidas no farm (como um arquivo Web.config ausente, nomes de host inválidos ou contas de serviço inválidas).

• Se os bancos de dados atendem aos requisitos de atualização — por exemplo, se os bancos de dados estão definidos para leitura/gravação e se os bancos de dados e conjuntos de sites armazenados no Banco de Dados Interno do Windows não são maiores do que 4 GB.

O verificador de pré-atualização está disponível com o Windows SharePoint Services 3.0 Service Pack 2 e foi atualizado na Atualização Cumulativa de outubro de 2009 do Windows SharePoint Services 3,0. Você pode baixar e instalar a Atualização Cumulativa de outubro de 2009 a partir do artigo sobre a publicação dos Pacotes de Atualizações Cumulativas de outubro de 2009 para SharePoint Server 2007 e Windows SharePoint Services 3.0 (https://go.microsoft.com/fwlink/?linkid=169179&clcid=0x416). Para obter mais informações sobre como usar o verificador de pré-atualização, consulte os seguintes artigos no TechNet:

• Verificação de pré-atualização: operação Stsadm (Windows SharePoint Services) (https://go.microsoft.com/fwlink/?linkid=161232&clcid=0x416)

• Verificação de pré-atualização e relatório para futuras versões (Windows SharePoint Services) (https://go.microsoft.com/fwlink/?linkid=152468&clcid=0x416)

• Executar o verificador de pré-atualização (SharePoint Foundation 2010)

Comando do Windows PowerShell para verificar bancos de dados antes de anexar

Use o cmdlet do Windows PowerShell, test-spcontentdatabase, antes de anexar um banco de dados de conteúdo ao SharePoint Foundation 2010, para determinar se há alguma personalização do servidor faltando no ambiente. Para obter mais informações, consulte Anexar bancos de dados e atualizar para o SharePoint Foundation 2010 e Test-SPContentDatabase.

Atualização Visual

Um novo recurso que está disponível com a atualização permite que o administrador do servidor ou o proprietário do site determine quando e se a nova aparência do SharePoint Foundation 2010 é usada em uma determinada coleção de sites. Os administradores do servidor podem optar por adotar a nova aparência para todos os sites durante atualização, permitir que os proprietários do site façam a escolha após a atualização ou manter a aparência antiga de todos os sites.

Se o administrador do servidor permitir que os proprietários do site decidam, depois que o site for atualizado por meio de atualização in-loco, uma opção de visualização estará disponível na interface do usuário do site. Essa opção oferece uma visualização da aparência do SharePoint Foundation 2010 para o site:

• Se o proprietário gostar da aparência e das funções do site, poderá aceitar a atualização visual.

• Se ele quiser que o site mantenha a aparência antiga, poderá reverter para a aparência do Windows SharePoint Services 3.0.

Por padrão, a aparência do Windows SharePoint Services 3.0 é mantida. Para obter mais informações, consulte Planejar a atualização visual (SharePoint Foundation 2010).

Atualização de Recursos

O SharePoint Foundation 2010 fornece novos membros e tipos que possibilitam a atualização de Recursos personalizados por meio do controle de versão e de ações de atualização declarativas. Usando esses membros, você pode atualizar qualquer Recurso que tenha criado para o Windows SharePoint Services 3.0, de modo que ele funcione com o SharePoint Foundation 2010. Para obter mais informações, consulte o artigo sobre atualização de Recursos.

Novas opções para reduzir o tempo de inatividade durante a atualização

Dependendo do ambiente, da complexidade e do número de sites do SharePoint, o processo de atualização pode demorar. Para reduzir o tempo de inatividade durante esse processo, o SharePoint Foundation 2010 oferece as seguintes opções:

• Atualização de vários bancos de dados ao mesmo temo (atualização paralela)   Ao atualizar para o SharePoint Foundation 2010, você pode iniciar manualmente a atualização de vários bancos de dados ao mesmo tempo usando uma abordagem híbrida de desanexação de bancos de dados para atualização. No Windows SharePoint Services 3.0, apenas um processo de atualização podia ser executado de cada vez; assim, cada banco de dados precisava ser processado sequencialmente. O desempenho é afetado quando você executa a atualização em vários bancos de dados em vez de apenas um, mas pode ser mais rápido atualizar vários bancos de dados ao mesmo tempo do que atualizá-los sequencialmente. O número de bancos de dados que podem ser atualizados em paralelo dependerá do hardware do ambiente e da estrutura do conteúdo dos bancos de dados. Para obter mais informações, consulte Roteiro para a atualização in-loco com bancos de dados desanexados (SharePoint Foundation 2010).

• Uso de bancos de dados somente leitura para fornecer acesso contínuo aos dados Se você executar uma atualização com anexação de banco de dados — e se definir os bancos de dados originais para o modo somente leitura — o farm antigo poderá continuar a oferecer conteúdo aos usuários enquanto você atualiza uma cópia dos bancos de dados em um novo farm. Se você fizer isso, os usuários poderão continuar a acessar os dados, embora não seja possível adicionar dados nem atualizá-los. Quando o novo farm estiver pronto e todo o conteúdo tiver sido atualizado com êxito, os usuários poderão ser transferidos para o novo farm ativo.

  Para obter mais informações sobre bancos de dados somente leitura, consulte o artigo sobre execução de um farm que usa bancos de dados somente leitura (Windows SharePoint Services).

Para obter mais informações sobre essas técnicas de redução do tempo de inatividade, consulte o artigo Determinar a abordagem de atualização (SharePoint Foundation 2010).

Alterações nos principais recursos entre versões

O SharePoint Foundation 2010 tem uma nova arquitetura e oferece muitos recursos novos. As tabelas a seguir listam algumas das principais alterações em terminologia e recursos que, imediatamente após a atualização, afetam o processo de administração e gerenciamento de sites.