Limpar um ambiente antes de atualizar para o SharePoint 2013

APLICA-SE A:2013 2019 Subscription Edition SharePoint no Microsoft 365

Antes de começar a atualizar do SharePoint 2010 Products para o SharePoint 2013, você deve ter certeza de que seu ambiente está funcionando em um estado saudável e que você limpa qualquer conteúdo que não precise atualizar. Você também pode ter tempo para remover ou reorganizar o conteúdo para que você tenha a estrutura desejada depois de executar 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.

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

Você não deseja atualizar o conteúdo que não precisa manter. Se ele não foi usado por muito tempo e não for necessário no futuro, faça backup e exclua-o para armazenamento gratuito e recursos administrativos, melhore o desempenho da atualização e reduza o risco de atualização. Certifique-se de se comunicar com proprietários de sites ou contatos organizacionais sobre o status do site , você deseja ter certeza de que o site não é necessário antes de excluí-lo (por exemplo, você não deseja excluir sites necessários para conformidade, como procedimentos de emergência, mesmo que eles possam não ser atualizados com frequência).

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

• Remove-SPSite

• Remove-SPWeb

Verifique listas grandes (listas com muitos dados)

Por padrão, a limitação de consulta de lista grande é ativada em Produtos do SharePoint 2010. Esse comportamento não foi alterado no SharePoint 2013. Se uma lista for muito grande e os usuários usarem uma exibição ou executarem uma consulta que exceda o limite ou limite de limitação, a exibição ou consulta não será permitida. Se você estiver atualizando o conteúdo dos produtos do servidor na versão do Office 2007, verifique todas as listas grandes e faça com que o proprietário do site ou o proprietário da lista resolvam 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 lista grande e como resolver problemas com listas grandes, consulte Gerenciar 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 você tiver 5.000 ou mais coleções de sites em um banco de dados, considere quebrá-las em vários bancos 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 você não precisar manter várias versões, poderá fazer com que os usuários as excluam manualmente ou usem o modelo de objeto para localizá-las e removê-las. 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. Você pode usar a Stsadm - EnumAllWebs operação com os - includefeatures parâmetros e - includewebparts para identificar essas personalizações em 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 quais arquivos são usados por quais sites. Foram feitas alterações no EnumAllWebs comando na atualização cumulativa de fevereiro de 2011 para fazer com que ele retornasse a coleção de sites e os recursos no nível da Web. 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.

Você pode remover um recurso durante a atualização da coleção de sites. Recursos simples também podem ser removidos preterindo-os no modelo. Você pode usar a atualização de recursos para remover recursos mais complexos. Para obter mais informações, consulte Atualização de recursos e visão geral de atualização de recursos 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 as personalizações não estiverem sendo usadas, exclua-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

Esses sites e modelos de site não estão disponíveis no SharePoint 2013 porque o Servidor do Office Online agora está instalado separadamente do ambiente do SharePoint 2013. Sites com base nesses 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

Você não pode atualizar FAST Search sites do Centro para a experiência de 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 do servidor na versão do Office 2007 para Produtos do SharePoint 2010, você pode permitir que os proprietários do site usem a Atualização Visual para manter sites na experiência antiga no ambiente atualizado. Quando você atualiza para o SharePoint 2013, todos os sites que ainda estão na experiência antiga no SharePoint 2010 Products são atualizados automaticamente para a experiência de 2010. Se você quiser a oportunidade de resolver quaisquer problemas e examinar os sites antes que eles sejam alterados para a nova experiência, atualize-os para a nova experiência em seu ambiente de Produtos do SharePoint 2010 e examine-os antes de atualizá-los para o SharePoint 2013. Recomendamos concluir atualizações visuais antes de atualizar para o SharePoint 2013. Concluir atualizações visuais antes da atualização fornece os seguintes benefícios:

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

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

• Você evita adicionar erros potenciais ao processo de atualização. Quanto menos operações ocorrerem durante a atualização, melhor. Tentar solucionar problemas de erros é mais difícil quando você tem mais processos envolvidos. E os usuários podem pensar que a atualização causou um problema quando é realmente a experiência mudando para a nova versão. Se você tiver um problema com a exibição da interface do site, como saberá se é um problema antigo do site que foi forçado por meio da atualização visual, um problema com o modo 2010 no SharePoint 2013 ou um problema com um novo arquivo 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.

• Grupo de administradores no servidor no qual você está executando 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 permissões do PowerShell, consulte Add-SPShellAdmin.

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

3. Clique em Produtos do Microsoft SharePoint 2010.

4. Clique em Shell de Gerenciamento do SharePoint 2010.

5. 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()}

6. 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:

  • Databaserepair: operação Stsadm

  • Forcedeletelist: operação Stsadm

• 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 bancos de dados de conteúdo antigos se forem movidas para novos bancos de dados ou se uma cópia de um banco de dados foi anexada ao farm ou se houve um erro quando uma coleção de sites foi provisionada. Se uma coleção de sites for referenciada em mais de um banco de dados de conteúdo ou houver mais de uma instância da coleção de sites em um banco de dados de conteúdo, ela poderá causar problemas ao atualizar usando o método de atualização de anexação de banco 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, use a operação Enumallwebs na ferramenta de linha de comando stsadm para descobrir quais sites estão nos quais bancos de dados de conteúdo e comparar os resultados. Além disso, examine cada coleção de sites nos resultados e verifique se ela está listada como ausente no mapa do site. Ser listado como ausente indica que ele é um site órfão. Para obter mais informações, consulte Operação Enumallwebs: Stsadm. Se você encontrar sites duplicados ou órfãos, poderá usar o cmdlet Remove-SPSite no PowerShell para remover os sites duplicados ou órfãos do banco 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