Atualização de bancos de dados de conteúdo para SharePoint Server 2016
APLICA-SE A:
2013 
2016 2019 Subscription Edition SharePoint no Microsoft 365
Ao atualizar do SharePoint Server 2013 com Service Pack 1 (SP1) para o SharePoint Server 2016, você deve usar uma atualização de anexação de banco de dados, o que significa atualizar somente o conteúdo do ambiente e não das definições de configuração. Depois de configurar o ambiente do SharePoint Server 2016, copiar os bancos de dados de aplicativos de conteúdo e serviço e atualizar os aplicativos de serviço, você pode anexar e atualizar os bancos de dados de conteúdo do SharePoint Server 2016. Este artigo explica as etapas para anexar e atualizar os bancos de dados de conteúdo do SharePoint Server 2016.
Fase 4 do processo de atualização: atualizar os bancos de dados de conteúdo
| Fase | Descrição |
|---|---|
|
Esta é quarta fase no processo de atualização dos dados e sites do SharePoint Server 2013 com Service Pack 1 (SP1) para o SharePoint Server 2016. O processo inclui as seguintes fases que devem ser concluídas em ordem: Criar o farm do SharePoint server 2016 para uma atualização de anexação de banco de dados Copiar bancos de dados para o novo farm para atualização para o SharePoint Server 2016 Atualizar os Aplicativos de Serviço para SharePoint Server 2016 Atualização de bancos de dados de conteúdo para SharePoint Server 2016 (esta fase) Para uma visão geral de todo o processo, confira Visão geral do processo de atualização do SharePoint Server 2016. |
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 um aplicativo Web para cada aplicativo Web que existiu no ambiente SharePoint Server 2013 com Service Pack 1 (SP1). 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 Server 2016, tem de utilizar o PowerShell para criar uma aplicação Web que utilize a autenticação Clássica do Windows. .
Recrie os caminhos gerenciados.
Recrie modelos de cota.
Defina as configurações de email para o aplicativo Web.
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 do ambiente SharePoint Server 2013 com Service Pack 1 (SP1) são instalados nos servidores Web front-end antes de atualizar qualquer banco de dados de conteúdo.
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.
A instalação do SharePoint Server 2016 contém as versões do SharePoint Server 2013 com Service Pack 1 (SP1) e do SharePoint Server 2016 de muitos elementos. Os diretórios no sistema de arquivo são duplicados nos caminhos 15 e 16, por exemplo:
Web Server Extensions/15/TEMPLATE/Features
Web Server Extensions/16/TEMPLATE/Features
Há também duas versões dos diretórios de suporte do IIS: _Layouts, _Layouts/16 and _ControlTemplates, _ControlTemplates/16.
Instale-as no local correto do seu novo farm. Por exemplo, as folhas de estilo adicionais para o SharePoint Server 2013 com o Service Pack 1 (SP1) devem ser instaladas no caminho /15 e não no novo caminho /16 para que as coleções de sites que não atualizou possam utilizá-las. Se quiser que uma solução esteja disponível para ambos os caminhos, instale-a duas vezes e, na segunda vez, utilize o parâmetro CompatibilityLevel quando a instalar e será instalada no caminho /16. Para obter mais informações, consulte Install-SPSolution.
Verificação de componentes personalizados
Para verificar se todos os componentes do seu ambiente foram identificados, use a operação Stsadm -o enumallwebs no ambiente do SharePoint Server 2013 com Service Pack 1 (SP1) e use 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.
Você também pode usar o cmdlet Get-SPWeb no seu ambiente do SharePoint Server 2013 com Service Pack 1 (SP1) para ver os modelos que estão associados com cada site e, depois, verificar se o modelo está instalado no seu ambiente do SharePoint Server 2016. Para saber mais sobre essa operação, veja Get-SPWeb.
Antes de anexar os bancos de dados de conteúdo a aplicativos Web, use o cmdlet Test-SPContentDatabase para verificar se tem todos os componentes personalizados que você precisa ter para o banco de dados.
Verificação dos componentes personalizados, se eles estão disponíveis usando o PowerShell
- 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 do Add-SPShellAdmin para conceder permissões para usar os cmdlets do SharePoint Server 2016.
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.
- Inicie o Shell de Gerenciamento do SharePoint 2016.
Para Windows Server 2012 R2:
No ecrã Início , selecione Shell de Gestão do SharePoint 2016.
Se o Shell de Gerenciamento do SharePoint 2016 não estiver na tela Iniciar:
Clique com o botão direito do rato em Computador, selecione Todas as aplicações e, em seguida, selecione Shell de Gestão do SharePoint 2016.
Para obter mais informações sobre como interagir com o Windows Server 2012 R2, consulte Tarefas de Gestão Comuns e Navegação no Windows Server 2012.
- No prompt de comando do PowerShell, digite o seguinte comando:
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
Where:
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. Depois que os bancos de dados são atualizados, o processo de atualização do conjunto de sites é iniciado automaticamente por padrão.
Ao anexar um banco de dados de conteúdo, para o aplicativo Web que abrange vários bancos de dados de conteúdo, não deixe de anexar primeiro o banco de dados de conteúdo que contém o conjunto de sites raiz. Em outras palavras, antes de continuar, examine a raiz do aplicativo Web no farm do servidor do SharePoint Server 2013 com Service Pack 1 (SP1) para determinar o primeiro conjunto de site. 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 padrão, quando você criou os aplicativos Web no novo ambiente do SharePoint Server 2016, um banco de dados de conteúdo foi criado para cada aplicativo Web. Você pode ignorar esses bancos de dados padrão até depois de ter anexado seus bancos de dados ao SharePoint Server 2013 com Service Pack 1 (SP1), depois, você pode excluir os bancos de dados padrão.
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.
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 do ambiente do SharePoint Server 2013 com Service Pack 1 (SP1) estejam instalados nos servidores Web front-end no ambiente do SharePoint Server 2016 antes de você iniciar o processo de atualização. Use o cmdlet Test-SPContentDatabase para identificar elementos personalizados que seus sites podem estar perdendo.
Anexação de um banco de dados de conteúdo a um aplicativo Web usando o PowerShell
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.
Se você deseja adiar a atualização de sites, use o parâmetro SkipSiteUpgrade do cmdlet Mount-SPContentDatabase.
Observação
Usar o cmdlet Mount-SPContentDatabase para anexar um banco de dados de conteúdo é a opção e o comportamento recomendado para atualizar conjuntos de sites e bancos de dados no SharePoint Server 2016.
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.
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 do Add-SPShellAdmin para conceder permissões para usar os cmdlets do SharePoint Server 2016.
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.
- Inicie o Shell de Gerenciamento do SharePoint 2016.
Para Windows Server 2012 R2:
No ecrã Início , selecione Shell de Gestão do SharePoint 2016.
Se o Shell de Gerenciamento do SharePoint 2016 não estiver na tela Iniciar:
Clique com o botão direito do rato em Computador, selecione Todas as aplicações e, em seguida, selecione Shell de Gestão do SharePoint 2016.
Para obter mais informações sobre como interagir com o Windows Server 2012 R2, consulte Tarefas de Gestão Comuns e Navegação no Windows Server 2012.
- No prompt de comandos do PowerShell, digite o seguinte comando e pressione ENTER:
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
Where:
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.Depois de as bases de dados serem atualizadas, as coleções de sites são atualizadas automaticamente. Para obter informações adicionais sobre como atualizar uma coleção de sites, consulte Atualizar coleções de sites para o SharePoint Server 2016.
Verifique a atualização do seu 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 mais informações sobre como verificar e solucionar problemas de atualização, veja Verificar atualizações do banco de dados no SharePoint Server 2016.
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, selecione Atualização e Migração e, em seguida, selecione Verificar estado da atualização.
Exibição do arquivo de log 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\16\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
[!OBSERVAçãO] O formato do log de atualização para o SharePoint Server 2016 é baseado na mesma estrutura do ULS. > O ficheiro de registo de atualização inclui o nome da base de dados de conteúdos que está a ser atualizada.
Visualização do status de atualização de todos os bancos de dados usando o PowerShell
- 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 do Add-SPShellAdmin para conceder permissões para usar os cmdlets do SharePoint Server 2016.
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.
- Inicie o Shell de Gerenciamento do SharePoint 2016.
Para Windows Server 2012 R2:
No ecrã Início , selecione Shell de Gestão do SharePoint 2016.
Se o Shell de Gerenciamento do SharePoint 2016 não estiver na tela Iniciar:
Clique com o botão direito do rato em Computador, selecione Todas as aplicações e, em seguida, selecione Shell de Gestão do SharePoint 2016.
Para obter mais informações sobre como interagir com o Windows Server 2012 R2, consulte Tarefas de Gestão Comuns e Navegação no Windows Server 2012.
- No prompt de comando do PowerShell, digite o seguinte comando:
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
Esse cmdlet retorna uma lista no estilo tabela dos bancos de dados no seu farm e indica se o banco de dados precisa de uma atualização para o SharePointAll_2nd_CurrentVer.
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 Microsoft PowerShell 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.
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:
Migre contas de usuários para autenticações de declaração, se necessário.
Por padrão, novos aplicativos Web no SharePoint Server 2016 usam autenticação de declarações. Se você estava usando a autenticação clássica no ambiente anterior, é preciso migrar os usuários para a autenticação de declarações.
Atualize os links que são usados em quaisquer modelos de formulário atualizados do InfoPath.
Para uma atualização com anexação de banco de dados, você exportou e importou todos os modelos de formulário do InfoPath no seu ambiente quando criou o novo ambiente. Após a atualização, é possível atualizar os links usados nesses modelos de formulário atualizados para que eles apontem para as URLs corretas usando um cmdlet do Microsoft PowerShell.
O InfoPath está disponível apenas no SharePoint Server.
Execute um rastreamento completo
Para obter mais informações, consulte Start, pause, resume, or stop a crawl in SharePoint Server.
Fazer backup do seu farm
Para obter mais informações, consulte Fazer o backup de farms no SharePoint Server.
| Fase | Descrição |
|---|---|
|
|
Esta é quarta fase no processo de atualização dos dados e sites do Produtos do SharePoint 2010 para o SharePoint Server 2016. Para uma visão geral de todo o processo, confira Visão geral do processo de atualização do SharePoint Server 2016. |