Partilhar via

Atualizar bancos de dados de conteúdo do SharePoint 2010 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

Quando atualiza os Produtos do SharePoint 2010 para o SharePoint 2013, tem de utilizar uma atualização de anexação da base de dados, o que significa que atualiza apenas os conteúdos do seu ambiente e não as definições de configuração. Depois de ter configurado o ambiente do SharePoint 2013, copiado as bases de dados de aplicações de conteúdo e serviço e atualizado as aplicações de serviço, pode anexar e atualizar as bases de dados de conteúdos para o SharePoint 2013. Este artigo explica os passos que toma para anexar e atualizar as bases de dados de conteúdos para o SharePoint 2013.

Este artigo não aborda as etapas de como atualizar um conjunto de sites. O processo de atualização de conjunto de sites é separado do processo de atualização dos bancos de dados. Para obter os passos para atualizar uma coleção de sites, consulte Atualizar uma coleção de sites para o SharePoint 2013.

Fase 4 do processo de atualização: Atualizar bases de dados de conteúdos:

Estágios do processo de atualização do SharePoint 2013

Fase Descrição
Etapas 123 Esta é a quarta fase do processo de atualização de dados e sites de Produtos do SharePoint 2010 para o SharePoint 2013. O processo inclui as seguintes fases que devem ser concluídas em ordem:
Criar o farm do SharePoint 2013 para anexar uma base de dados upgradeCopy databases to the new farm for upgrade to SharePoint 2013Upgrade service applications to SharePoint 2013Upgrade content databases from SharePoint 2010 to SharePoint 2013 (this phase) Upgrade a site collection to SharePoint 2013 (Descrição geral de todo o processo) veja Descrição geral do processo de atualização do SharePoint 2010 para o SharePoint 2013 e o modelo Processo de Atualização Transferir o modelo de processo de atualização

Importante

Este artigo aplica-se ao SharePoint Foundation 2013 e ao SharePoint 2013.

Assista o vídeo Atualização do SharePoint 2013: Fase 4

Antes de começar

Antes de anexar e atualizar os bancos de dados de conteúdo, revise as seguintes informações e tome as medidas recomendadas.

  • Verifique se a conta usada para anexar os bancos de dados é membro da função de banco de dados fixa db_owner dos bancos de dados de conteúdo que você deseja atualizar.

  • Verifique se a conta usada para criar aplicativos Web é membro do grupo Administradores do Farm em Administração Central.

Criar aplicativos Web

Crie uma aplicação Web para cada aplicação Web existente no ambiente produtos do SharePoint 2010. Para cada aplicativo Web, faça o seguinte:

  • Use a mesma URL (inclusive nome, porta e cabeçalho de host) e configure as definições de mapeamento de acesso alternativo.

    Se você usar outro URL, talvez os aplicativos do Office não sejam redirecionados corretamente para novas URLs e os indicadores para as URLs antigas não funcionarão.

  • Use o mesmo método de autenticação.

    Por exemplo, se você usar a autenticação do Windows Clássico no seu ambiente antigo e quiser continuar a usá-lo, então você precisa criar um aplicativo Web que use a autenticação do Windows Clássico. Uma vez que a autenticação baseada em afirmações é agora a opção predefinida para o SharePoint 2013, tem de utilizar o PowerShell para criar uma aplicação Web que utilize a autenticação Clássica do Windows. Se o resultado pretendido for utilizar a autenticação baseada em afirmações, crie a nova Aplicação Web no SharePoint 2013 como uma aplicação Web baseada em afirmações em vez da autenticação Clássica do Windows.

    Para migrar para a autenticação de afirmações, veja Migrar do modo clássico para a autenticação baseada em afirmações no SharePoint 2013.

  • Recrie caminhos incluídos.

  • Recrie modelos de cota.

  • Defina as configurações de email para o aplicativo Web.

    Para obter mais informações, veja Configurar a integração de e-mail para um farm do SharePoint Server.

  • Habilitar a criação de sites de autoatendimento para qualquer aplicativo Web usado no ambiente anterior. Recriar todas as configurações de criação de site pessoal.

  • Criar o caminho gerenciado para o Meus Sites (/personal) no aplicativo Web que hospeda o Meus Sites. O Meus Sites está disponível apenas no SharePoint Server.

  • Recrie todas as políticas ou outras configurações do aplicativo Web que você configurou no ambiente anterior.

Reaplicação de personalizações

Uma causa frequente de falhas durante uma atualização é que o novo ambiente não possui recursos, soluções ou outros elementos personalizados. Certifique-se de que todos os elementos personalizados do ambiente produtos do SharePoint 2010 estão instalados nos servidores Web front-end antes de atualizar quaisquer bases de dados de conteúdos.

Nesta etapa, transfira manualmente todas as personalizações para o novo farm. Não se esqueça de instalar todos os componentes dos quais seus sites dependem para funcionar corretamente, tais como:

  • Definições de site personalizadas

  • Folhas de estilo personalizadas, por exemplo folhas de estilo em cascata e imagens

  • Web Parts personalizadas

  • Serviços Web personalizados

  • Soluções e recursos personalizados

  • Assemblies personalizadas

  • Alterações de Web.config (por exemplo, na segurança)

    Não se esqueça de transferir todas as configurações exclusivas de arquivos Web.config de cada aplicativo Web para os novos servidores.

  • Modelos de formulário aprovados pelo administrador (arquivos .xsn) e arquivos de conexão de dados (arquivos .udcx) para o InfoPath. O InfoPath está disponível apenas no SharePoint Server 2010.

  • Qualquer outro componente ou arquivo do qual seus sites dependem.

O SharePoint 2013 pode alojar sites nos modos Produtos do SharePoint 2010 e SharePoint 2013. A instalação do SharePoint 2013 contém produtos do SharePoint 2010 e versões do SharePoint 2013 de muitos elementos. Os diretórios no sistema de arquivos são duplicados em ambos os caminhos 14 e 15, por exemplo:

  • Web Server Extensions/14/TEMPLATE/Features

  • Web Server Extensions/15/TEMPLATE/Features

Existem também duas versões dos diretórios de suporte do IIS: _Layouts, _Layouts/15 e _ControlTemplates, _ControlTemplates/15.

Instale-as no local correto do seu novo farm. Por exemplo, as folhas de estilo adicionais para Produtos sharePoint 2010 devem ser instaladas no caminho /14 e não no novo caminho /15 para que as coleções de sites que não atualizou possam utilizá-las. Se você deseja que uma solução esteja disponível em ambos os caminhos, instale duas vezes e, na segunda vez, use o parâmetro CompatibilityLevel ao instalar e será instalado no caminho /15. Para obter mais informações, consulte Install-SPSolution.

Para obter mais informações sobre como atualizar personalizações para utilização no SharePoint 2013, consulte Reimplementar Personalizações e Soluções no SharePoint Foundation 2010 e SharePoint Server 2010. Para obter mais informações sobre como implementar personalizações no seu ambiente, consulte Instalar e gerir soluções para o SharePoint Server.

Verificação de componentes personalizados

Para se certificar de que identificou todos os componentes personalizados para o seu ambiente, utilize a operação Stsadm -o enumallwebs no ambiente produtos do SharePoint 2010 e utilize os parâmetros includefeatures e includewebparts . Essa operação pode relatar os modelos, recursos, Web Parts e outros elementos personalizados que são usados para cada site. Para saber mais sobre como usar a operação enumallwebs, veja Enumallwebs: operação Stsadm (Office SharePoint Server) e Clean up an environment before an upgrade to SharePoint 2013.

Também pode utilizar o cmdlet Get-SPWeb microsoft PowerShell no seu ambiente de Produtos do SharePoint 2010 para ver o modelo associado a cada site e, em seguida, verificar se o modelo está instalado no seu ambiente do SharePoint 2013. Para saber mais sobre essa operação, veja Get-SPWeb.

Antes de anexar as bases de dados de conteúdos às aplicações Web, utilize o cmdlet Test-SPContentDatabase do Microsoft PowerShell para verificar se tem todos os componentes personalizados que tem de ter para essa base de dados.

Para verificar se os componentes personalizados estão disponíveis com o 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.

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

    [!OBSERVAçãO] Se você não possui permissões, entre em contato com o Administrador da instalação ou com o administrador do SQL Server para solicitar permissões. Para mais informações sobre as permissões do PowerShell, consulte Add-SPShellAdmin.

  1. Inicie o Shell de Gerenciamento do SharePoint.

  2. No prompt de comando do PowerShell, digite o seguinte comando:

Test-SPContentDatabase -Name DatabaseName -WebApplication URL

Em que:

  • DatabaseName é o nome do banco de dados que você quer testar.

  • URL é a URL do aplicativo Web que hospedará os sites.

Para obter mais informações, consulte Test-SPContentDatabase.

Anexação de um banco de dados de conteúdo a um aplicativo Web e atualização do banco de dados

Quando você anexa um banco de dados de conteúdo, você atualiza o banco de dados e adiciona os conjuntos de sites nesse banco de dados ao aplicativo Web que você especifica. No entanto, para o SharePoint 2013, o processo não atualiza as coleções de sites.

Ao anexar um banco de dados de conteúdo para um aplicativo Web que se estende em vários bancos de dados de conteúdo, anexe o banco de dados de conteúdo que contém o conjunto de sites raiz primeiro. Ao anexar um banco de dados de conteúdo, inclua o site raiz do aplicativo Web no primeiro banco de dados de conteúdo que você anexar. Por outras palavras, antes de continuar, examine a raiz da aplicação Web no farm de servidores dos Produtos sharePoint 2010 para determinar a primeira coleção de sites. Depois de anexar o banco de dados que contém o site raiz, anexe os outros bancos de dados de conteúdo do aplicativo Web em qualquer ordem. Você não tem que criar nenhum conjunto de sites para armazenar o conteúdo de anexar o banco de dados. Esse processo anexa os bancos de dados de conteúdo e os conjuntos de sites dentro desse banco de dados. Não adicione novos conjuntos de sites até que você tenha restaurado todos os bancos de dados.

Dica

[!DICA] Cada conjunto de sites em um banco de dados de conteúdo tem um GUID que é registrado no banco de dados de configuração e associado ao conjunto de sites. Portanto, você não pode adicionar o mesmo conjunto de sites duas vezes ao farm, mesmo em aplicativos Web separados. Embora você possa anexar o banco de dados com sucesso nessa situação, você não será capaz de navegar até o conjunto de sites. > Se tiver de ter uma cópia de uma coleção de sites no mesmo farm, anexe primeiro a base de dados que contém a coleção de sites a um farm separado e, em seguida, utilize os cmdlets Do PowerShell Backup-SPSite e Restore-SPSite para copiar a coleção de sites para o outro farm. O processo de backup e restauração cria um novo GUID para o conjunto de sites. Para mais informações sobre esses cmdlets, consulte Backup-SPSite e Restore-SPSite.

Para o Meus Sites, anexe o banco de dados de conteúdo que contém o host do Meu Site antes de anexar o banco de dados de conteúdo do Meus Sites.

Por predefinição, quando criou as aplicações Web no novo ambiente do SharePoint 2013, foi criada uma base de dados de conteúdos para cada aplicação Web. Pode ignorar estas bases de dados predefinidas até ter anexado as bases de dados dos Produtos SharePoint 2010 e, em seguida, pode eliminar as bases de dados predefinidas.

Importante

Se você está transferindo os bancos de dados entre domínios ou florestas ou para outro ambiente que possui contas de serviço diferentes, certifique-se que as permissões para as contas de serviço ainda estão corretas antes de anexar os bancos de dados.

Você tem que usar o cmdlet do Mount-SPContentDatabase para anexar um banco de dados a um aplicativo Web. O uso das páginas da Administração Central do SharePoint para anexar um banco de dados de conteúdo não tem suporte para atualização.

Verifique se a conta usada para anexar os bancos de dados é membro da função de banco de dados fixa db_owner para os bancos de dados de conteúdo que você deseja atualizar.

Observação

[!OBSERVAçãO] Uma causa frequente de falhas durante a atualização é a ausência de recursos, soluções ou outros elementos personalizados no ambiente. Certifique-se de que todos os elementos personalizados do ambiente dos Produtos SharePoint 2010 estão instalados nos servidores Web front-end no ambiente do SharePoint 2013 antes de iniciar o processo de atualização. Utilize o cmdlet test-spcontentdatabase do Microsoft PowerShell para identificar elementos personalizados que os seus sites podem estar em falta.

Para anexar uma base de dados de conteúdos a uma aplicação Web com o 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.

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

    [!OBSERVAçãO] Se você não possui permissões, entre em contato com o Administrador da instalação ou com o administrador do SQL Server para solicitar permissões. Para mais informações sobre as permissões do PowerShell, consulte Add-SPShellAdmin.

  1. Inicie o Shell de Gerenciamento do SharePoint.

  2. No prompt de comandos do PowerShell, digite o seguinte comando e pressione ENTER:

Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL

Em que:

  • DatabaseName é o nome do banco de dados que você quer atualizar.

  • ServerName é o servidor no qual o banco de dados está armazenado.

  • URL é a URL do aplicativo Web que hospedará os sites.

Para obter mais informações, consulte Mount-SPContentDatabase.

Dica

Para atualizar do SharePoint Foundation 2010 para o SharePoint 2013, anexe as bases de dados de conteúdos do SharePoint Foundation 2010 diretamente ao ambiente do SharePoint 2013. Siga os mesmos passos neste artigo, mas utilize as bases de dados do SharePoint Foundation 2010 e um farm do SharePoint 2013. O processo de atualização irá atualizar a versão e o produto ao mesmo tempo.

Verificação: como verificar atualização para o primeiro banco de dados

Depois de anexar um banco de dados, você pode usar a página Status da Atualização na Administração Central para verificar o status de atualização nos seus bancos de dados. Depois que o processo de atualização estiver completo, você pode rever o arquivo de log da atualização para ver se a atualização gerou problemas. Você pode usar um cmdlet PowerShell para verificar o status de atualização de todos os bancos de dados de conteúdo. Para obter mais informações sobre como verificar e resolver problemas de atualização, consulte Verificar atualizações de bases de dados no SharePoint 2013 e Testar e resolver problemas de atualização para o SharePoint 2013.

Exibição da página Status da Atualização

  • Verifique se a conta de usuário que está executando esse procedimento é membro da função de banco de dados fixa db_owner para bancos de dados.

  • Em Administração Central, clique em Atualização e Migração e Verificar status de atualização.

Para ver o ficheiro de registo de atualização:

  • O arquivo de log de erro de atualização e o arquivo de log de atualização estão localizados em %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\15\LOGS. O arquivo de log de atualização contém mais informações detalhadas que o log de erro de atualização. Certifique-se de verificar o resumo na parte inferior dos arquivos de log para informações sobre o status geral e uma contagem dos avisos e erros no arquivo.

    Os logs são arquivos de texto nomeados no seguinte formato:

    • Upgrade-YYYYMMDD-HHMMSS-SSS-error.log

    • Upgrade-YYYYMMDD-HHMMSS-SSS.log

    Em que

    • YYYYMMDD é a data

    • HHMMSS-SSS é o horário (no formato 24 horas, minutos, segundos e milissegundos)

    Um exemplo de log de erro de atualização é Upgrade-20120105-132126-374-error.log e um exemplo de log de atualização é Upgrade-20120105-132126-374.log.

    Observação

    O formato do registo de atualização do SharePoint 2013 baseia-se na mesma estrutura que a ULS. > O ficheiro de registo de atualização inclui o nome da base de dados de conteúdos que está a ser atualizada.

Para ver o estado de atualização de todas as bases de dados com o 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.

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

    [!OBSERVAçãO] Se você não possui permissões, entre em contato com o Administrador da instalação ou com o administrador do SQL Server para solicitar permissões. Para mais informações sobre as permissões do PowerShell, consulte Add-SPShellAdmin.

  1. Inicie o Shell de Gerenciamento do SharePoint.

  2. No prompt de comando do PowerShell, digite o seguinte comando:

Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren

Este cmdlet devolve uma lista de bases de dados em estilo de tabela no farm e indica se a base de dados precisa de uma atualização para o SharePoint2013.

Anexação dos bancos de dados restantes

Depois de restaurar o primeiro banco de dados de conteúdo e verificar o sucesso, você pode continuar a restaurar e atualizar outros bancos de dados. Você pode realizar atualizações paralelas de bancos de dados para atualizar mais de um banco por vez. Use janelas separadas de Prompt de comando para executar várias atualizações. É recomendado que você separe em vários minutos o tempo de início de cada nova seção de atualização do banco de dados para evitar problemas com bloqueios temporários definidos para o aplicativo Web durante a anexação. Do contrário, pode acontecer um erro na sessão atualização. O tempo de espera para limpar bloqueios temporários varia conforme o número de conjuntos de site ou da velocidade do hardware do servidor de banco de dados.

Verificação: como verificar atualização para bancos de dados adicionais

Depois de atualizar todos os bancos de dados adicionais, visualize a página de Status de Atualização para monitorar o progresso e verificar se o processo de atualização está completo. Analise o arquivo de log para identificar quaisquer outros problemas.

Próximas etapas

Depois de atualizar os bancos de dados, talvez você queira realizar etapas adicionais para verificar se o seu farm está pronto para uso. Por exemplo:

Depois que seu farm estiver pronto, você pode permitir o acesso aos usuários, e depois começar a atualizar os conjuntos de sites. Para obter informações sobre como atualizar coleções de sites, consulte Atualizar uma coleção de sites para o SharePoint 2013.

Fase Descrição
Etapas 123 Esta é a quarta fase do processo de atualização de dados e sites de Produtos do SharePoint 2010 para o SharePoint 2013.
Fase seguinte: Atualizar uma coleção de sites para o SharePoint 2013
Para obter uma descrição geral de todo o processo, consulte Descrição geral do processo de atualização do SharePoint 2010 para o SharePoint 2013.

Confira também

Outros recursos

Lista de verificação para atualização de anexo do banco de dados (SharePoint 2013)

Fazer upgrade de um conjunto de sites para o SharePoint 2013

Fazer upgrade de um conjunto de sites para o SharePoint 2013