Como funciona o processo de atualização (Windows SharePoint Services)
Atualizado em: 2008-02-07
Neste artigo:
Atualização no local
Atualização gradual
Como os redirecionamentos de URL são gerenciados durante a atualização gradual
Você pode escolher uma das três abordagens de atualização: no local, gradual e migração de banco de dados. Uma atualização no local é usada para atualizar todos os sites do Microsoft® SharePoint® de uma vez, o que é mais adequado para um único servidor ou para pequenas implantações. Uma atualização gradual proporciona maior controle do processo de atualização, permitindo que um ou mais conjuntos de sites sejam atualizados ao mesmo tempo. As atualizações no local e graduais ocorrem no mesmo hardware em que sua versão anterior está instalada. Uma migração de banco de dados permite que você mova seu conteúdo para um novo farm ou um novo hardware.
Observação
Para implantações maiores, uma atualização gradual é uma opção melhor do que uma atualização no local porque permite que o administrador que executa a atualização controle quantos conjuntos de sites devem ser atualizados de cada vez. Dessa maneira, grandes implantações podem ser atualizadas gradualmente durante vários fins de semana, enquanto continuam a hospedar os sites da versão anterior. Isso é possível porque você pode continuar a hospedar os sites que ainda não foram atualizados no mesmo servidor dos sites atualizados.
Em uma atualização no local:
A versão anterior é substituída pela nova versão, e os bancos de dados de conteúdo são alterados. Por isso, uma atualização no local não é um processo reversível — ou seja, você não pode voltar para a versão anterior.
Os sites originais são atualizados no local, e você não pode exibir as versões anteriores dos sites após a atualização.
Todos os sites estão indisponíveis para visitantes do site durante a atualização. O período durante o qual os sites estão indisponíveis é o tempo completo necessário para atualizar o servidor ou o farm de servidores inteiro.
Os visitantes do site continuam a usar as mesmas URLs após a atualização.
Em uma atualização gradual:
À medida que cada grupo de conjuntos de sites é atualizado, o processo de atualização copia os dados neles existentes do banco de dados original para um novo banco de dados antes de atualizar os dados. Os dados originais são mantidos no banco de dados original até serem excluídos explicitamente pelo administrador do servidor. Por isso, os sites atualizados podem ser facilmente revertidos para a versão anterior, caso seja necessário.
A maioria dos sites está disponível para os visitantes do site durante a atualização; somente os conjuntos de sites que estão sendo atualizados no momento estão offline. (Observe que os sites da versão anterior são marcados como atualizações somente após terem sido copiados como preparação para atualização.)
O impacto da atualização é limitado somente àqueles usuários que precisam do site ou dos sites que estão sendo atualizados.
Após a atualização, as URLs originais apontam para a versão atualizada dos sites. Dessa maneira, os usuários podem continuar a usar as mesmas URLs que usavam antes da atualização.
Uma migração de banco de dados é essencialmente uma atualização no local que você executa em uma cópia do conteúdo. Em uma migração de banco de dados:
Copie todos os bancos de dados, exceto o banco de dadoso de configuração, depois adicione os bancos de dados a uma nova instalação autônoma ou de farm de servidores.
Quando você anexa os bancos de dados ao novo farm de servidores, o processo de atualização é executado e atualiza os dados no local.
Importante
Por causa do tempo de inatividade e do risco de que a atualização possa demorar mais do que o esperado ou de que alguns sites possam precisar de retrabalho após a atualização, é essencial que o administrador do servidor se comunique com os proprietários de sites e com os usuários sobre o que deve ser esperado durante o processo. Para obter mais informações, consulte Criar plano de comunicação (Windows SharePoint Services).
Atualização no local
Uma atualização no local ocorre no mesmo hardware da instalação da sua versão anterior. Quando você executa uma atualização no local, o processo atualiza sua instalação inteira em uma sequência predefinida. As etapas a seguir explicam o que acontece enquanto o processo de atualização no local é executado:
Depois de cumprir todas as etapas de pré-atualização, o administrador do servidor instala o Windows SharePoint Services 3.0 ao servidor que executa a versão anterior do Windows SharePoint Services e seleciona Atualização no local.
O processo de atualização é executado e atualiza o banco de dados de configuração e o site da Administração Central.
O processo de atualização é executado em cada servidor virtual e atualiza cada conjunto de sites nesse servidor virtual.
Após a atualização de todos os sites, o processo de atualização termina.
Repita a ação de atualização em cada servidor em um ambiente de farm de servidores.
O administrador confirma que a atualização está completa e desinstala a versão anterior do Windows SharePoint Services.
Atualização gradativa
Da mesma forma que uma atualização no local, uma atualização gradual ocorre no mesmo hardware usado para a instalação da sua versão anterior. No entanto, uma atualização gradual permite que você controle quando a atualização ocorre para cada conjunto de sites individual e também permite que você continue a executar a versão anterior e a nova versão lado a lado nesse hardware. Quando você executa uma atualização gradual, as topologias de início e fim têm a mesma configuração, de modo semelhante a uma atualização no local, exceto pelas seguintes diferenças:
Durante e após uma atualização, os servidores Web front-end executam o Windows SharePoint Services 2.0 e o Windows SharePoint Services 3.0. Qualquer conjunto de sites atualizado é executado no Windows SharePoint Services 3.0, ao passo que os conjuntos de sites que não puderam ser atualizados ou que não foram selecionados para atualização continuam a ser executados no Windows SharePoint Services 2.0.
Dica
Os cenários nos quais talvez não seja desejável atualizar sites são: talvez seja necessário manter alguns sites na versão anterior até que um pacote de idiomas necessário esteja disponível para o Windows SharePoint Services 3.0 ou talvez seja necessário esperar a criação de uma nova definição de site personalizado.
Durante e depois da atualização, os bancos de dados do Windows SharePoint Services 2.0 e do Windows SharePoint Services 3.0 ficam disponíveis. O conteúdo de sites atualizados é armazenado nos bancos de dados do Windows SharePoint Services 3.0; o conteúdo de sites que não puderam ser atualizados ou que precisam permanecer como eram continua a ser armazenado nos bancos de dados do Windows SharePoint Services 2.0. Os bancos de dados de configuração existem para o Windows SharePoint Services 3.0 e o Windows SharePoint Services 2.0.
A figura a seguir ilustra o processo de atualização gradual:
.gif "Topologia em transição durante a atualização")
As etapas a seguir correspondem aos números dos textos explicativos na figura anterior e explicam o que acontece durante a execução do processo de atualização gradual.
Depois de executar todas as etapas de pré-atualização, o administrador do servidor instala o Windows SharePoint Services 3.0 no primeiro servidor Web front-end do farm e escolhe Atualização Gradual.
Dica
É recomendável fazer backup do seu ambiente antes de executar a atualização. Para obter mais informações, consulte Executar e testar um backup completo no SQL Server (Windows SharePoint Services).
O processo de atualização cria um aplicativo Web do Windows SharePoint Services 3.0 para hospedar a Administração Central do SharePoint, e o site da Administração Central é criado.
O processo de atualização cria um novo banco de dados de configuração para armazenar dados de configuração do for Windows SharePoint Services 3.0. Os dados de configuração do banco de dados de configuração do Windows SharePoint Services 2.0 são copiados no novo banco de dados.
O administrador seleciona um servidor virtual a ser atualizado e especifica o aplicativo Web de destino. O processo de atualização cria o aplicativo Web de destino e adiciona as Web Parts implantadas no servidor virtual do Windows SharePoint Services 2.0 ao novo aplicativo Web.
O processo de atualização cria um banco de dados temporário de conteúdo para cada banco de dados de conteúdo existente na versão anterior. O processo de atualização copia a lista de sites do Windows SharePoint Services 2.0 no novo ambiente. O administrador seleciona os conjuntos de sites que devem ser atualizados. O processo de atualização copia os dados daqueles sites no banco de dados temporário de conteúdo e depois atualiza esses sites nesse banco de dados temporário de conteúdo. Cada site fica temporariamente indisponível enquanto está sendo copiado no banco de dados temporário de conteúdo.
Após a atualização do conteúdo, o processo de atualização move os dados para o banco de dados de conteúdo do Windows SharePoint Services 3.0 e exclui o banco de dados de conteúdo temporário.
No fim do processo de atualização, o Windows SharePoint Services 2.0 e o Windows SharePoint Services 3.0 estarão em funcionamento e disponíveis. Depois de atualizados todos os sites, o administrador confirma que a atualização está concluída. Se o Windows SharePoint Services 2.0 não for mais necessário, o administrador desinstala o Windows SharePoint Services 2.0.
Como os redirecionamentos de URL são gerenciados durante a atualização gradual
Dois sites não podem compartilhar a mesma URL. Dessa forma, durante uma atualização gradual, quando você tiver a versão antiga e a nova versão de cada site, serão necessárias duas URLs de domínio diferentes para cada site (por exemplo, http://nome_empresa/sites/SiteA e http://nome_empresa_old/sites/SiteA). Durante a atualização, uma URL de domínio temporária será necessária para hospedar os sites originais da versão anterior. A nova versão substitui a URL de domínio que aponta para o conteúdo antes da atualização, e as solicitações de usuários serão encaminhadas para seu conteúdo, esteja ele atualizado ou não. O processo a seguir ocorre durante a atualização para tornar esse redirecionamento possível:
Antes de iniciar a atualização, crie um domínio de URL temporário para os sites da versão anterior.
Quando você executar a atualização, o processo de atualização solicitará o domínio especificado acima. O processo move o site da versão anterior para o domínio da URL temporário e o site da nova versão substitui o domínio da URL original.
Para cada conjunto de sites é criado automaticamente um redirecionamento para enviar solicitações da URL original para o site antigo, até que o site seja atualizado.
Após a atualização de cada site, o redirecionamento do site é descartado.
Depois de atualizados todos os sites e depois que você tiver excluído todos os sites antigos e concluído o processo de atualização, é possível remover manualmente o domínio temporário de URL do Sistema de Nome de Domínio (DNS).
Durante esse processo, o acesso de navegação à URL original sempre funciona. Contudo, determinados aplicativos cliente (como os aplicativos cliente do Microsoft Office) não podem usar esses tipos de redirecionamento. Antes que um site seja atualizado, a URL original aponta para a versão anterior; depois que um site é atualizado, a URL original aponta para a nova versão.
A tabela a seguir ilustra como as URLs funcionam durante a atualização gradual.
| Estágio | URL do site original | URL do site atualizado | Observações |
|---|---|---|---|
Antes da atualização |
http://nome_da_empresa /sites/SiteA |
n/a |
O administrador do servidor cria o endereço http://nome_empresa_old para ser usado durante a atualização gradual. |
Durante a atualização |
http://nome_da_empresa_old /sites/SiteA |
http://nome_da_empresa /sites/SiteA |
Solicitações para http://company_name/sites /SiteA redirecionados para http://company_name_old /sites/SiteA até ser atualizado. |
Após a atualização |
http://nome_da_empresa_old /sites/SiteA (até ser excluído) |
http://nome_da_empresa /sites/SiteA |
O redirecionamento é removido após a conclusão da atualização e os resultados são validados. |
Esteja ciente de que esse redirecionamento de URL pode causar o aparecimento de links embutidos quebrados em códigos dentro de sites ou documentos. Por exemplo, os formulários do Microsoft Office InfoPath® eventualmente contêm links embutidos em código para um local de dados (como uma lista específica do SharePoint, um serviço Web ou um arquivo XML). Como o link está embutido em código, ele não pode ser automaticamente atualizado para apontar para a URL temporária usada para sites que ainda não foram atualizados durante a atualização gradual. Use uma atualização de avaliação para identificar esses problemas antes de começar o processo de atualização oficial. Dessa maneira, você pode identificar rapidamente sites que precisam ser atualizados para que eles possam usar a URL original novamente e você possa evitar as chamadas de suporte resultantes da perda de funcionalidade em formulários ou outros itens que contêm links de código embutido.
Baixar este manual
Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:
Consulte a lista completa de manuais disponíveis na seção sobre manuais baixáveis para Windows SharePoint Services .