Limpar um ambiente antes de atualizar para o SharePoint 2013

  • Artigo

APLICA-SE A:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint no Microsoft 365

Antes de começar a atualizar dos Produtos SharePoint 2010 para o SharePoint 2013, deve certificar-se de que o seu ambiente está a funcionar em bom estado de funcionamento e de que limpa qualquer conteúdo que não tenha de atualizar. Também pode demorar algum tempo a remover ou reorganizar conteúdo para que tenha a estrutura que pretende depois de efetuar a atualização.

Itens para limpeza

Muitos desses itens podem ser removidos ou reparados usando a ferramenta de linha de comando Stsadm ou os cmdlets PowerShell.

Importante

Para usar a ferramenta de linha de comando Stsadm você deve ser membro do grupo de Administradores do computador local. >Para utilizar cmdlets do PowerShell na Shell de Gestão do SharePoint, tem de ter as seguintes associações: > função de servidor fixa securityadmin na instância do SQL Server. > db_owner função de base de dados fixa em todas as bases de dados que vão ser atualizadas. > Grupos de administradores no servidor no qual está a executar os cmdlets do PowerShell.

Exclua subwebs e conjuntos de sites não utilizados ou pouco utilizados

Não quer atualizar o conteúdo que não tem de manter. Se não tiver sido utilizado durante muito tempo e não for necessário no futuro, faça uma cópia de segurança e, em seguida, elimine-o para armazenamento gratuito e recursos administrativos, melhore o desempenho da atualização e reduza o risco de atualização. Certifique-se de que comunica com os proprietários do site ou com os contactos organizacionais relativamente ao estado do site— deve certificar-se de que o site não é necessário antes de o eliminar (por exemplo, não quer eliminar sites que são necessários para a conformidade, como procedimentos de emergência, mesmo que não sejam atualizados com frequência).

Para mais informações sobre como excluir conjuntos de sites e subwebs, consulte os artigos a seguir:

Verifique listas grandes (listas com muitos dados)

Por predefinição, a limitação de consultas de lista grande está ativada nos Produtos SharePoint 2010. Este comportamento não foi alterado no SharePoint 2013. Se uma lista for muito grande e os utilizadores utilizarem uma vista ou executarem uma consulta que exceda o limite ou limiar de limitação, a vista ou consulta não será permitida. Se estiver a atualizar conteúdo dos produtos de servidor na versão do Office 2007, verifique as listas grandes e peça ao proprietário do site ou proprietário da lista que resolva o problema. Por exemplo, eles podem criar colunas indexadas com exibições filtradas, organize itens em pastas, defina um limite de item na página para uma exibição grande ou use uma lista externa. Para obter mais informações sobre limitação de listas grandes e como resolver problemas com listas grandes, consulte Gerir listas e bibliotecas com muitos itens.

Excluir colunas em excesso das listas largas (listas com muitas colunas) ou remover listas largas

Listas largas são listas com um número de colunas maior que o possível em um único rowspan no banco de dados do conteúdo. Durante a atualização, o armazenamento subjacente no banco de dados é alterado the para uma estrutura de tabela esparsa e uma lista muito larga pode fazer com que a atualização falhe. Use o comando Test-SPContentDatabase no PowerShell para procurar listas largas nos bancos de dados de conteúdo e depois remova as colunas em excesso, ou remova a lista larga, antes de fazer a atualização.

Para obter mais informações sobre os tamanhos máximos de coluna em uma lista, consulte Limites de coluna.

Pense em mover os conjuntos de sites para bancos de dados separados

Se tiver 5000 ou mais coleções de sites numa base de dados, considere dividi-las em várias bases de dados. No Produtos do SharePoint 2010, havia uma advertência padrão ao chegar nos 9.000 conjuntos de sites e um limite rígido aos 15.000. No SharePoint 2013, esses valores mudam para 2.000 conjuntos de sites para a advertência e 5.000 para o limite. Para evitar erros durante a atualização ou sites desfeitos após a atualização, recomendamos que você transfira alguns conjuntos de sites para bancos de dados separados. Se você possui vários bancos de dados de conteúdo, você também pode acelerar um processo de atualização ao fazer a atualização de vários bancos de dados paralelamente.

Para obter mais informações sobre os limites do conjunto de sites, consulte Limites do banco de dados de conteúdo. Para obter mais informações sobre como mover conjuntos de sites para um novo banco de dados, consulte Mover conjuntos de sites entre bancos de dados no SharePoint Server.

Como remover versões incorretas de documentos

Um grande número de versões de documentos pode tornar uma atualização significativamente mais lenta. Se não tiver de manter várias versões, pode fazer com que os utilizadores as eliminem manualmente ou utilizem o modelo de objetos para as localizar e remover. Confira mais informações sobre como remover versões incorretas programaticamente em Serviço da Web Versões no MSDN.

Como remover modelos, recursos e Web Parts não usados

Primeiro, verifique se não há sites que usam o modelo, recurso ou Web Part. Pode utilizar a Stsadm - EnumAllWebs operação com os - includefeatures parâmetros e - includewebparts para identificar estas personalizações no seu ambiente. Essa operação identifica Web Parts, recursos, manipuladores de eventos e arquivos de instalação sendo usados no seu ambiente. O EnumAllWebs comando também especifica os ficheiros que são utilizados pelos sites. Foram efetuadas alterações ao EnumAllWebs comando na Atualização cumulativa de fevereiro de 2011 para que este devolvesse funcionalidades de nível Web e coleção de sites. Confira mais informações e baixe a atualização cumulativa em Descrição do pacote de atualização cumulativa do SharePoint Foundation 2010 (pacote de servidor de SharePoint Foundation): 3 de março de 2011.

Pode remover uma funcionalidade durante a atualização da coleção de sites. As funcionalidades simples também podem ser removidas ao preteri-las no modelo. Pode utilizar a atualização de funcionalidades para remover funcionalidades mais complexas. Para obter mais informações, veja Descrição Geral da Atualização de Funcionalidades e Atualização de Funcionalidades no MSDN.

Confira mais informações sobre como identificar personalizações no seu ambiente em Use a trial upgrade to SharePoint 2013 to find potential issues. Se não estiverem a ser utilizadas personalizações, elimine-as. Confira mais informações sobre como gerenciar esses tipos de personalizações em Recursos e modelos e Soluções e pacotes da Web Part no MSDN.

Como remover sites da Transmissão do PowerPoint

Estes sites e modelos de site não estão disponíveis no SharePoint 2013 porque o Office Online Server está agora instalado separadamente do ambiente do SharePoint 2013. Os sites baseados nestes modelos não funcionarão no SharePoint 2013. Remova esses tipos de sites antes de atualizar.

Você pode usar o comando Get-SPSite PowerShell juntamente com as seguintes opções para encontrar esses sites:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}

Isso retornará todos os sites que usam esse modelo.

Você também pode usar os comandos Get-SPSite e o Remove-SPSite PowerShell juntos com as opções a seguir para remover esses sites:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite

Certifique-se de fazer back up desses sites antes de removê-los. Para mais informações, consulte Get-SPSite e Remove-SPSite.

Remover sites do Centro de pesquisa rápida

Não pode atualizar os sites do Fast Search Center para a experiência 2013. Os sites existentes da Central do FAST Search podem continuar a funcionar no modo 2010 após a atualização. Se deseja a nova funcionalidade, você deve criar novos sites do Centro de Pesquisa Corporativo no modo 2013.

Como finalizar atualizações visuais no Produtos do SharePoint 2010

Durante uma atualização dos produtos de servidor na versão do Office 2007 para os Produtos SharePoint 2010, pode permitir que os proprietários do site utilizem a Atualização Visual para manter os sites na experiência antiga no ambiente atualizado. Quando atualiza para o SharePoint 2013, todos os sites que ainda se encontram na experiência antiga nos Produtos SharePoint 2010 são atualizados automaticamente para a experiência de 2010. Se quiser ter a oportunidade de resolver quaisquer problemas e rever os sites antes de serem mudados para a nova experiência, atualize-os para a nova experiência no seu ambiente de Produtos do SharePoint 2010 e reveja-os antes de os atualizar para o SharePoint 2013. Recomendamos que conclua as atualizações visuais antes de atualizar para o SharePoint 2013. Concluir as atualizações visuais antes da atualização fornece as seguintes vantagens:

  • Você pode lidar com os problemas enquanto ainda tem os componentes do os produtos de servidor na versão do Office 2007 disponíveis.

  • Você pode envolver os usuários na análise e resolução dos problemas em seus sites.

  • Pode reverter temporariamente para a experiência antiga, se for necessário. Não pode reverter quando estiver na experiência do SharePoint 2013.

  • Evite adicionar potenciais erros ao processo de atualização. Quanto menos operações ocorrerem durante a atualização, melhor. Tentar resolver erros é mais difícil quando tem mais processos envolvidos. E os utilizadores podem pensar que a atualização causou um problema quando é realmente a experiência de mudar para a nova versão. Se tiver um problema com a forma como a interface do site está a ser apresentada, como saberá se é um problema antigo do site que foi forçado através da atualização visual, um problema com o modo 2010 no SharePoint 2013 ou um problema com um novo ficheiro CSS?

Para verificar sites na experiência antiga, no ambiente do Produtos do SharePoint 2010, você pode usar o comando Get-SPSite PowerShell.

Para verificar sites que ainda estão na experiência antiga do Produtos do SharePoint 2010 e atualizá-los usando PowerShell

  1. Verifique se você possui as seguintes associações:

  • A função de servidor fixa securityadmin na instância do SQL Server.

  • A função de banco de dados fixa db_owner em todos os bancos de dados que devem ser atualizados.

  • Grupos de administradores no servidor no qual está a executar os cmdlets do PowerShell.

    Um administrador pode usar o cmdlet Add-SPShellAdmin para conceder permissões para usar cmdlets SharePoint 2013.

    Observação

    Se você não possui permissões, entre em contato com seu administrador de Configuração ou o administrador do SQL Server para solicitar permissões. Para obter mais informações sobre as permissões do PowerShell, veja Add-SPShellAdmin.

  1. No menu Iniciar, clique em Todos os Programas.

  2. Clique em Produtos do Microsoft SharePoint 2010.

  3. Clique em Shell de Gerenciamento do SharePoint 2010.

  4. No prompt de comando PowerShell, digite o comando a seguir para retornar todos os conjuntos de sites que estão nas ou possuem subwebs na experiência antiga:

Get-SPSite | ForEach-Object{$_.GetVisualReport()}
  1. No prompt de comando PowerShell, digite o comando a seguir para atualizar esses sites para a nova experiência:
Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}

Confira mais informações em Get-SPSite e Gerenciar atualização visual (SharePoint Server 2010).

Como reparar problemas de dados

Certifique-se de ter reparado todos os problemas em seus bancos de dados ou conteúdos de site antes de atualizar. Verifique os itens a seguir, em especial:

  • Buscar dados corrompidos nos bancos de dados

    Limpe seus bancos de dados para remover todos os sites órfãos ou outros dados corrompidos, como uma lista corrompida. Considere a desfragmentação, caso tenha removido sites ou subsites do banco de dados. Para saber mais, confira:

  • Buscar conjuntos de sites duplicados ou órfãos nos bancos de dados

    Certifique-se que os conjuntos de site existam somente em um banco de dados de conteúdo. Ocasionalmente, as coleções de sites podem deixar para trás referências duplicadas ou órfãs em bases de dados de conteúdos antigas se forem movidas para novas bases de dados ou se uma cópia de uma base de dados tiver sido anexada ao farm ou se tiver ocorrido um erro quando uma coleção de sites foi aprovisionada. Se uma coleção de sites for referenciada em mais do que uma base de dados de conteúdos ou se existir mais do que uma instância da coleção de sites numa base de dados de conteúdos, poderá causar problemas ao atualizar utilizando o método de atualização de anexação da base de dados. Se você atualizar uma versão duplicada do conjunto de site, o mapa do site no seu banco de dados de configuração pode acabar apontando para aquela nova versão do site em vez da versão atual.

    Antes de atualizar, utilize a operação Enumallwebs na ferramenta de linha de comandos stsadm para detetar os sites em que bases de dados de conteúdos e comparar os resultados. Além disso, examine cada coleção de sites nos resultados e verifique se está listada como em falta no mapa do site. Estar listado como em falta indica que é um site órfão. Para obter mais informações, consulte Operação Enumallwebs: Stsadm. Se encontrar sites duplicados ou órfãos, pode utilizar o cmdlet Remove-SPSite no PowerShell para remover os sites duplicados ou órfãos da base de dados.

    Para mais informações, consulte Remove-SPSite.

  • Buscar variações

    Em ambientes de publicação, busque variações que devam ser consertadas. Confira mais informações em Variationsfixuptool: operação do Stsadm.

Como fazer alterações estruturais

Para fazer alterações estruturais ao seu ambiente, como mover coleções de sites ou alterar o modo em que seus bancos de dados são alocados, você pode usar os seguintes métodos:

  • Move-SPSite Use esse método para transferir conjuntos de sites entre bancos de dados. Se um banco de dados for muito grande ou contiver muitos conjuntos de sites, você pode transferir sites para abordá-lo e realizar uma atualização mais eficiente. Além disso, você pode transferir todos os sites de colaboração para um banco de dados e todos os Meus Sites para outro para tornar a administração de atualização mais fácil para esses conjuntos diferentes de sites. Você também pode usar essa operação para dividir grandes bancos de dados caso eles contenham vários conjuntos de sites. Isso também pode ajudar a aumentar a eficiência da atualização.

    Para mais informações, consulte Move-SPSite.

  • Export-SPWeb e Import-SPWeb Use esse método para transferir subwebs ou conjuntos de sites dentro de um farm ou entre farms. Para mais informações, consulte Export-SPWeb e Import-SPWeb.

Confira também

Outros recursos

Use a trial upgrade to SharePoint 2013 to find potential issues

Práticas recomendadas para atualização do SharePoint 2010 para o SharePoint 2013