Plano para atualizações do conjunto de sites no SharePoint 2013
APLICA-SE A:
2013 
2019 Subscription Edition SharePoint no Microsoft 365
Ao atualizar do Produtos do SharePoint 2010 para o SharePoint 2013, os conjuntos de sites não são atualizados quando você atualiza os bancos de dados de conteúdo para a nova versão. O processo de atualização é dividido para permitir que os administradores de conjunto de sites decidam quando atualizar seus conjuntos de sites. Para uma visão geral gráfica do processo de atualização, consulte Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.
Administradores de farm de servidor podem controlar as configurações para atualizar os conjuntos de sites, tais como definições para atualizar conjuntos de sites de avaliação, notificações e atualização de limitação. Esse atigo ajuda você a planejar as configurações que serão usadas para controlar a atualização de um conjunto de sites.
Determine os conjuntos de sites que os administradores de sites devem atualizar
Por padrão, os administradores de conjunto de sites são responsáveis sobre quando eles atualizarão seus conjuntos de sites, e eles próprios fazem as atualizações. No entanto, sob certas circunstâncias um administrador de farm provavelmente deveria fazer a atualização. Por exemplo, para sites com as seguintes características, a equipe de atualização no nível de farm deve realizar testes antes da atualização e potencialmente atualizar o conjunto de sites:
Sites extremamente importantes
Caso um site seja muito importante para sua empresa, os administradores de farm devem testá-lo cuidadosamente antes de fazer a atualização, e então atualizá-lo eles mesmos, para assegurar que o conjunto de sites esteja disponível para os usuários o mais rápido possível.
Sites muito grandes
Por padrão, se um administrador de conjunto de sites começa a atualizar um site maior que 10 MB ou com mais de 10 subsites, o site é adicionado à fila de atualização ao invés de ser atualizado imediatamente. Para conjuntos de sites muito grandes (maiores que 10 GB), recomendamos que você faça com que um administrador de farm atualize os conjuntos de sites, ao invés de permitir que os administradores de conjuntos de sites iniciem a atualização. Desse modo, os administradores de farm podem testar estes sites e então monitorar o andamento da atualização.
Sites muito personalizados
Teste cuidadosamente sites baseados em definições de site personalizadas, ou que tem muitas outras personalizações, antes de atualizá-los. Caso existam problemas com personalizações do lado do servidor, então os administradores de farm devem tratar destes, testar novamente e então realizar a atualização, para que possam solucionar qualquer problema que possa ocorrer. Caso existam problemas com o design de um site, um designer e um administrador de conjunto de sites podem solucioná-los.
Administradores de farm podem atualizar sites usando o PowerShell. Para saber mais, confira Upgrade a site collection to SharePoint 2013.
Planeje definições para notificações de atualização, atualização de site pessoal e criação de conjunto de sites
Quando um conjunto de sites está disponível para atualização, uma barra de status em um site indica que os administradores de conjunto de sites podem atualizá-lo. Eles podem decidir atualizar o conjunto de sites naquele momento ou serem lembrados mais tarde.
Administradores de farm podem determinar se permitem que os administradores de conjunto de sites podem atualizar seus próprios sites. Você pode configurar uma propriedade para impedir que os administradores de conjunto de sites iniciem atualizações, o que também desativa a notificação na barra de status. Você então pode realizar as atualizações você mesmo usando o PowerShell. Caso decida atualizar alguns sites de maneira centralizada, você deve ter um plano para decidir quando cada site será atualizado e quem verificará o site após a atualização.
Embora os administradores possam atualizar todos os conjuntos de sites imediatamente, não recomendamos isso pelos seguintes motivos:
Você arriscaria que alguns sites teriam problemas não previstos os quais você teria de solucionar. Isso criaria ou prolongaria uma interrupção.
Um alto volume de problemas poderia chegar ao seu suporte técnico ou processo de solução de problemas se os usuários começarem a trabalhar com sites atualizados ao mesmo tempo.
Você pode controlar as definições para atualização de conjunto de sites e criação de site. Você pode determinar o seguinte:
Se o administrador de conjunto de sites pode atualizar o conjunto de sites.
Qual modo (2010 ou 2013, ou ambos) pode ser usado quando um usuários cria um conjunto de sites.
Por exemplo, você pode desejar que os usuários continuem criando sites no modo 2010 por um tempo, até que a maioria dos conjuntos de sites estejam atualizados, ou você pode querer forçar novos sites a serem criados no modo 2013 para que você não precise atualizá-los mais tarde.
Propriedades que controlam atualização de conjunto de sites e criação de site
| Propriedade | Descrição |
|---|---|
| SPSite.AllowSelfServiceUpgrade |
Determinar se uma notificação de atualização pode ser configurada para um conjunto de sites. O padrão é verdadeiro - as notificações são configuradas automaticamente. Caso configurada como falso, a notificação de atualização não aparecerá na barra de status. |
| SPWebApplication.CompatibilityRange |
Determina em quais modos um conjunto de sites pode ser criado. Por exemplo, modo 2010 (14) ou modo 2013 (15). Os intervalos a seguir estão disponíveis: OldVersions Use este intervalo para permitir que os usuários criem sites apenas no modo 2010. NewVersion Use este intervalo para permitir que os usuários criem sites apenas no modo 2013. AllVersions Use este intervalo para permitir que os usuários criem em ambos os modos 2010 e 2013. Você pode usar estes intervalos ou definir seu intervalo usando o comando New-Object para configurar a propriedade Microsoft.Shareoint.SPCompatibilityRange. |
Para maiores informações sobre como definir estas propriedades, consulte Gerenciar atualizações do conjunto de sites para o SharePoint Server 2016.
Você também pode controlar as notificações de atualização de definições. Você pode determinar o seguinte:
Se deseja adicionar um link para maiores informações na barra de status Atualizando agora.
Quantos dias aguardar antes de lembrar um administrador de conjunto de sites sobre atualização, se eles selecionaram Lembrar mais tarde na barra de status.
Caso um usuário clique em Lembrar mais tarde, a data atual é adicionada ao número que é configurado para o UpgradeReminderDelay e a notificação fica oculta até que a nova data chegue. Por exemplo, caso a configuração seja 30, então a notificação irá aparecer 30 dias depois da data atual.
As propriedades a seguir controlam as notificações de atualização de conjunto de sites:
Propriedades que controlam notificações de atualização
| Propriedade | Descrição |
|---|---|
| SPWebApplication.UpgradeMaintenanceLink |
Adicione outro link à mensagem de status atualizando agora para que outros usuários possam seguí-las e encontrar maiores informações. O padrão é vazio. |
| SPWebApplication.UpgradeReminderDelay |
Define o número de dias para suspender a notificação de atualização na barra de status depois que um usuário clique em Lembrar mais tarde. O padrão é 30 dias. Caso seja configurada como 0, então a notificação de atualização não é removida da barra de status, e a notificação não pode ser configurada como Lembrar mais tarde |
Para maiores informações sobre como definir estas propriedades, consulte Gerenciar atualizações do conjunto de sites para o SharePoint Server 2016.
Planeje para atualizar sites de avaliação
Os administradores de conjunto de sites pode solicitar uma pré-visualização de seu conjuntos de site. Esse site de pré-visualização é chamado de conjunto de sites de avaliação de atualização. Um conjunto de site de avaliação de atualização permite que administradores de conjunto de sites vejam o conteúdo de seus sites em uma cópia nova, separada, do site que está sendo executado no SharePoint 2013. Diferentemente da atualização visual no SharePoint Server 2010, o conjunto de sites de avaliação de atualização é uma cópia completa do conjunto de sites. Ele é separado do original e tem uma URL própria. As ações que os administradores de conjunto de sites tomam no conjunto de sites de avaliação de atualização não afetam o site original. Tanto o site original quanto o site de avaliação de atualização estão disponíveis para pesquisa, e trabalhos de timer que são executados para todos os conjuntos de sites também são executados nos sites de avaliação de atualização.
Quando um administrador de conjunto de sites solicita um conjunto de sites de avaliação, a solicitação é adicionada a um trabalho de timer (conhecido como "Criar Conjuntos de Sites de Avaliação de Atualização") que são executados uma vez por dia. Esse trabalho de timer cria uma cópia completa do conjunto de sites em uma URL exclusiva. Conjuntos de sites de avaliação de atualização são configurados para que a validade vença automaticamente e sejam excluídos. O prazo de validade padrão é de 30 dias, e isso pode ser configurado definindo um valor para o aplicativo web, ou alterando um valor no próprio conjunto de sites de avaliação
Administradores de farm podem escolher impedir que os usuários criem sites de avaliação de atualização configurando a propriedade SPSite.AllowSelfServiceUpgradeEvaluation para um conjunto de sites.
Trabalhos de timer criam e excluem sites de avaliação de atualização. Os trabalhos de timer a seguir são usados:
Trabalhos de timer para conjuntos de sites de avaliação de atualização
| Nome do trabalho | Descrição | Quando é executado |
|---|---|---|
| Criar Conjuntos de Sites de Avaliação de Atualização (job-create-upgrade-eval-sites) |
Cria sites de avaliação de atualização. |
É executado diariamente, entre as 1:00 e 1:30 |
| Excluir Site de Avaliação de Atualização (job-delete-upgrade-eval-sites) |
Excluir sites de avaliação de atualização vencidos e envia notificações para sites próximas de suas datas de vencimento. |
É executado diariamente, entre as 1:00 e 1:30 |
| Atualizar conjuntos de sites (job-upgrade-sites) |
Atualiza os conjuntos de site em uma fila para um banco de dados de conteúdo. |
É executado a cada 1 minuto |
Você pode decidir quando e com que frequência estes trabalhos de timer são executados, e você também pode executá-los manualmente.
Como os conjuntos de site de avaliação de atualização são criados
O trabalho de timer Criar Conjuntos de Sites de Avaliação de Atualização coleta a lista de conjuntos de sites que foram colocados na fila para sites de avaliação, e então copia os sites para novas URLs e IDs de Site. Ele também adiciona os sites à fila de atualização para que eles sejam capturados pelo trabalho de timer Atualizar Conjuntos de Sites mais tarde. Para criar a cópia do site:
Caso você possua uma versão Enterprise do SQL Server, o trabalho de timer Criar Conjuntos de Sites de Avaliação de Atualização captura um instantâneo do banco de dados e lê os dados do instantâneo para um banco de dados de destino (com o banco de dados fonte sendo o destino padrão). Isso não afeta o status de apenas leitura do site fonte por todo o processo.
Para outras versões do SQL Server que não tem recursos de instantâneos, o trabalho de timer Criar Conjuntos de Sites de Avaliação de Atualização faz o backup de um conjunto de sites e o restaura para uma nova URL. Isso transforma o site fonte em apenas leitura por toda a duração do processo.
O trabalho Atualizar Conjuntos de Site coleta a lista dos conjuntos de sites que foram colocados em fila para atualização e então atualiza os sites em fila, do mais antigo ao mais novo. O site de avaliação adicionado recentemente é então atualizado (ou ao menos se faz a tentativa de atualização).
Planeje filas e limitação de atualização de conjunto de sites
Para assegurar que as atualizações de conjunto de sites não causem uma interrupção em seu farm, existem limites integrados nos níveis de aplicativo web, banco de dados e conteúdo. Isso significa que mesmo que 100 administradores de conjunto de sites decidam atualizar seus conjuntos de sites ao mesmo tempo, apenas alguns o são, e o resto é colocado em uma fila para serem executados mais tarde.
Atualizações de conjunto de sites são limitadas:
Niveis de limitação para atualização de conjunto de site
| Nível | Número máximo de conjuntos de sites que podem ser atualizados ao mesmo tempo | Propriedade que controla a definição de limitação |
|---|---|---|
| Aplicativo Web |
O padrão é 5 por instância de aplicativo web. Solicitações adicionais são colocadas na fila. |
SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit |
| Banco de dados de conteúdo |
O padrão é 10 por banco de dados de conteúdo. Solicitações adicionais são colocadas na fila. |
SPContentDatabase.ConcurrentSiteUpgradeSessionLimit Se vários sites estiverem em fila em um banco de dados de conteúdo, será atualizado apenas um site por vez por uma instância de serviço de timer. Esse comportamento é devido ao design. O acelerador ConcurrentSiteUpgradeSessionLimit afeta todas as formas de atualizações do site, incluindo as que ocorrem diretamente no w3wp (atualizações iniciadas pelo usuário final ou no processo) e ferramentas administrativas como o Windows PowerShell (a menos que o administrador do farm substitua explicitamente o acelerador; saiba mais abaixo). O serviço de timer tem seu próprio mecanismo para distribuir carga, independentemente de qualquer item relacionado à atualização do site. Os bancos de dados de conteúdo são distribuídos em todas as instâncias do serviço de timer no farm e todos os trabalhos de um determinado banco de dados de conteúdo são processados por uma e apenas uma instância do serviço de timer, em um processo em série. Isso significa que apenas um conjunto de sites está sendo processado pelo serviço de timer em um determinado banco de dados de conteúdo de cada vez, mas diferentes instâncias do serviço de timer podem estar processando a fila para vários bancos de dados de conteúdo diferentes ao mesmo tempo. Embora, por motivos independentes, o serviço de timer não seja paralelo para o processamento de um único banco de dados de conteúdo, o serviço de timer não é a única maneira de atualizar os conjuntos de sites. Se o conjunto de sites for pequeno, ele será atualizado de forma síncrona no processo em que a atualização foi iniciada (normalmente w3wp.exe, mas também pode ser o Windows PowerShell se o sinalizador -QueueOnly não foi especificado). O limite de concorrência ocorre principalmente neste cenário. |
| Conteúdo de um conjunto de sites (tamanho e número de subwebs) |
O padrão é que um site com mais de 10 MB, ou que tenha mais de 10 subwebs, não pode ser atualizado por autoatendimento pelo administrador de conjunto de sites, devendo ser atualizado pelo administrador de farm. |
SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit e SubwebCountLimit |
A ilustração a seguir mostra a relação entre os limites de número máximo de atualizações de aplicativos web e bancos de dados de conteúdo.
Limites de atualização e a fila de atualização de site para aplicativos web e bancos de dados de conteúdo
Nessa ilustração, o banco de dados de conteúdo contém quinze sites, e foi solicitada atualização para todos os sites.
Por causa do limite de número máximo de aplicativos web, apenas cinco sites podem iniciar suas atualização para aplicativo 1 - instância 1 no servidor web 1.
Cinco outros sites iniciam a atualização no aplicativo web 1 - instância 2 no servidor web 2.
Por causa do limite de bancos de dados de conteúdo, cinco sites são colocados na fila de atualização e aguardam sua vez.
Você pode usar as configurações de limite padrão, ou você pode especificar seus próprios valores para quantos conjuntos de sites podem ser atualizados em um dado momento. Os administradores de farm também podem substituir as definições de limite ao atualizar um site usando o PowerShell. Tome cuidado ao alterar estes valores e assegure-se de verificar as configurações que você deseja usar em um ambiente de teste antes de implementá-las na produção. Caso aumente o limite demais, você pode criar problemas de desempenho em seu ambiente. Por exemplo, muitas atualizações em paralelo podem afetar a renderização de site. Para maiores informações sobre como alterar essas configurações, consulte Gerenciar atualizações do conjunto de sites para o SharePoint Server 2016.
Sobre modos de conjunto de sites
Para tornar possível a atualização separada de conjuntos de sites e bancos de dados de conteúdo, o SharePoint 2013 introduz o conceito de "modos" de conjunto de sites (também conhecidos como níveis de compatibilidade). Os conjuntos de sites estarão em modo 2010 no novo ambiente, até que sejam explicitamente atualizados ao modo 2013. Você pode criar novos conjuntos de sites em qualquer um dos modos. Embora os administradores de farm possam configurar essa definição, a configuração padrão é criar sites no modo 2010. Quando um conjunto de sites está no modo 2010, a interface do usuário lembra a interface do Produtos do SharePoint 2010, e apenas os recursos que estavam disponíveis no Produtos do SharePoint 2010 estão habilitados. No modo 2013, a interface e os recursos são atualizados para SharePoint 2013.
Você precisa ter certeza de que os pacotes de solução, recursos e outros componentes personalizados estejam disponíveis para ambos os modos de site. Para saber mais, confira Create a plan for current customizations during upgrade to SharePoint 2013.
Treinamento dos administradores de conjunto de sites
É importante treinar usuários sobre como atualizar seus conjuntos de sites e como revisar seus sites em um conjunto de sites de avaliação de atualização. Usuários conscientes estão preparados e sabem que esperar, o que irá minimizar o suporte técnico e as frustrações.
Informe os usuários sobre mudanças e novos recursos. Também os deixe cientes sobre possíveis problemas que podem ocorrer. Por exemplo, eles podem ter problemas com personalizações, como páginas que não são exibidas corretamente. Para maiores informações sobre problemas gerais de atualização, consulte Revisar conjuntos de sites atualizados para o SharePoint 2013 e Resolução de problemas de atualização do conjunto de sites no SharePoint 2013.
Explique para os administradores de conjunto que seus sites de avaliação de atualização são cópias, e que quaisquer mudanças que façam neles não permanecerão em seus sites atualizados. Também há uma barra de notificação no site de pré-visualização que indica que ele é uma cópia.
Por padrão, os administradores de conjunto de sites podem controlar a atualização para seus sites. Eles podem usar conjuntos de sites de avaliação de atualização para pré-visualizar a nova interface de usuário e novos recursos. Isso dá tempo para que eles se assegurem de que tudo está funcionando corretamente, e eles podem solucionar quaisquer problemas em seus sites originais antes de atualizálos. Quando os administradores de conjuntos de site estão prontos, eles podem atualizar seus sites.
Recomendamos que você tenha um plano e defina o limite de tempo pelo qual permitir que os administradores de conjunto de sites adiem a atualização de seus sites. Por exemplo, podem ser dados 90 dias para que cada administrador de conjunto de sites trabalhe com seus administradores de conjunto de sites para avaliar e então atualizar seus sites. Esse limite de tempo assegura que os usuários tenham um tempo razoável para se familiarizar com a nova interface de usuário e para solucionais quaisquer problemas em seus sites. Assegure-se de comunicar o limite de tempo aos usuários, e que eles estejam cientes de que você pode forçar uma atualização de todos os sites. Você também pode usar um comando do PowerShell para verificar o nível de compatibilidade para sites em um banco de dados de conteúdo, para que você possa visualizar quantos sites estão no modo 2010 e quantos no 2013. Para saber mais, confira Gerenciar atualizações do conjunto de sites para o SharePoint Server 2016.
É importante dizer aos administradores de conjunto de sites que enquantos os sites usarem o modo 2010, os novos recursos não estarão disponíveis. No entanto, assim que os sites são atualizados à nova versão, os recursos de aplicativo aparecem automaticamente.
Confira também
Outros recursos
Gerenciar atualizações do conjunto de sites para o SharePoint Server 2016
Overview of the upgrade process from SharePoint 2010 to SharePoint 2013