Migração de um farm de servidores existente para um ambiente de 64 bits (Windows SharePoint Services 3.0)
Atualizado em: 2009-05-14
Para atualizar o Windows SharePoint Services 3.0 para um ambiente de 64 bits, migre os servidores existentes para um novo farm. Não é possível atualizar o Windows SharePoint Services 3.0 diretamente da edição de 32 bits do Windows SharePoint Services 3.0 para a edição de 64 bits.
Determine a estratégia de migração apropriada para o seu ambiente. Este artigo apresenta instruções para a migração fluente, em fases, de um farm do SharePoint para os servidores em um ambiente de 64 bits. Para obter informações sobre as vantagens de um ambiente de 64 bits, consulte Vantagens do hardware e software de 64 bits (Windows SharePoint Services 3.0).
É possível migrar um farm existente para um ambiente de 64 bits de diversos modos; por exemplo, adicionando servidores de 64 bits a um farm existente e removendo os servidores de 32 bits. A abordagem em fases descrita neste artigo foi desenvolvido para atenuar eventuais problemas de desempenho. Ela também engloba os períodos de inatividade inerentes em um processo de migração e permite que você execute o nível apropriado de testes depois da migração dos servidores do farm.
Como o serviço é interrompido durante a migração, faça um planejamento e conduza a migração nos horários com menor impacto para os usuários.
Este artigo contém as seguintes seções:
Restrições e problemas conhecidos
Antes de migrar seu farm
Migrar servidores para um ambiente de 64 bits
Restrições e problemas conhecidos
Os pré-requisitos, restrições e problemas conhecidos nas áreas a seguir aplicam-se à implantação do Windows SharePoint Services 3.0 em um ambiente de 64 bits.
Atualizações de software e service packs do SharePoint
Atualize o Windows SharePoint Services 3.0 em todos os computadores nos farms de origem e de destino para o mesmo service pack ou nível de atualização de software. Isso é necessário para impedir a ocorrência de possíveis erros pós-migração caso as versões de software não sejam idênticas em todos os servidores.
Se a sua meta de migração também inclui o cruzamento de versões de sistemas operacionais ou bancos de dados, convém identificar e instalar todas as atualizações públicas lançadas e instaladas no Windows Server 2003 e no Microsoft SQL Server 2005 que também se apliquem ao Windows Server 2008 e ao Microsoft SQL Server 2008.
Aplicativos existentes
Recompile os aplicativos de 32 bits e conjuntos de módulos (assemblies) personalizados existentes (por exemplo, Web Parts e receptores de eventos) de modo a executarem na arquitetura de 64 bits, uma vez que não há suporte na edição de 64 bits do SharePoint para o carregamento de um conjunto de módulos (assembly) de 32 bits. Antes de executar essa recompilação, porém, verifique se os aplicativos e módulos envolvidos estão compilados para execução em ambas arquiteturas. Se esse for o caso, não os compile para executar em uma única arquitetura (no Microsoft Visual Studio, essa opção de compilação é AnyCPU).
Se os aplicativos existentes forem de terceiros, consulte o respectivo fornecedor sobre versões de 64 bits disponíveis e compatibilidade. No caso de você possuir soluções personalizadas contratadas, mas não o respectivo código-fonte, verifique tais soluções em um ambiente de teste de 64 bits para garantir a compatibilidade.
Manutenção de servidores homogêneos em cada camada do farm
Durante a migração, a prática recomendada é manter a homogeneidade dos servidores em cada camada. Camada é um agrupamento de servidores que proveem serviços similares que não podem ser separados sem afetar a perspectiva de capacidade de serviço do usuário final. Por exemplo, os servidores Web front-end com balanceamento de cargas que atendem aos pedidos dos usuários constituem uma camada, mas o servidor de indexação do SharePoint em que o serviço do aplicativo Web executa não é considerado parte dessa camada.
Se você seguir os procedimentos neste documento, cada camada conterá servidores com a mesma arquitetura.
Se você optar por migrar seus servidores para um ambiente de 64 bits simplesmente adicionando servidores de 64 bits a um farm existente, nem sempre será possível manter a homogeneidade dos servidores em cada camada, o que pode resultar em desempenho insatisfatório ou inconsistente. Esses problemas estão identificados em Determinar requisitos de hardware e software (Windows SharePoint Services). Embora haja suporte para essa abordagem (migrar adicionando servidores de 64 bits a um farm existente), a Microsoft não a recomenda para a migração de farms devido aos possíveis riscos de desempenho associados à mistura de arquiteturas na mesma camada.
Windows Server 2008
Para instalar o Windows SharePoint Services 3.0 em um computador que executa o Windows Server 2008, é necessário instalar o Windows SharePoint Services 3.0 com SP1 ou uma atualização subsequente.
É possível baixar uma versão simplificada do Windows SharePoint Services 3.0 que inclui o SP1. Consulte o Windows SharePoint Services 3.0 Service Pack 1 (SP1) (https://go.microsoft.com/fwlink/?linkid=105655\&clcid=0x416) para obter mais informações.
Windows SharePoint Services 3.0 instalado no Windows Server 2008
Há um problema conhecido no Windows SharePoint Services 3.0: os sites em execução no Windows Server 2008 excedem o tempo limite quando você tenta carregar um arquivo grande em um site do SharePoint. Para obter mais informações, consulte:
Postagem no blog do MVP Shane Young, O Windows Server 2008 WFE não admitirá carregamento de arquivos grandes (em inglês) (https://go.microsoft.com/fwlink/?linkid=145881\&clcid=0x416) (em inglês)
Artigo 925083 da base de dados, Mensagem de erro quando você tenta carregar um arquivo grande em uma biblioteca de documentos em um site do Windows SharePoint Services 3.0: "a solicitação expirou" (https://go.microsoft.com/fwlink/?linkid=145916\&clcid=0x416)
IFilters e extensões
A maioria dos componentes IFilter e extensões possui suporte para 64 bits, mas não todos. Verifique se os seus IFilters e extensões de 32 bits são operacionais em um ambiente de 64 bits. Se estiver usando um filtro de terceiros sem suporte para 64 bits, consulte o fornecedor e obtenha um filtro compatível e suas instruções de instalação.
Para prevenir um problema conhecido com o filtro Visio em um ambiente de 64 bits, caso você esteja usando o Microsoft Filter Pack, instale a atualização cumulativa de dezembro (ou posterior) para o Windows SharePoint Services 3.0.
Dica
O Microsoft Filter Pack trabalha com uma variedade de produtos de pesquisa, inclusive o Windows SharePoint Services 3.0. O pacote de filtros contém IFilters que possibilitam à pesquisa rastrear arquivos em formatos do Microsoft Office (por exemplo, .pptx e .docx) para o índice.
Antes de migrar o farm
Examine o exemplo de modelo de topologia de farm e a estratégia recomendada pela Microsoft para a migração de farms com várias camadas de um ambiente para outro. Essa estratégia foi concebida de modo a prover a maior fluência de migração possível para esse tipo de topologia .
Topologia do farm
A figura a seguir ilustra a topologia usada para os farms de origem (Farm A) e de destino (Farm B). Essa topologia representa os farms que possuem regras do SharePoint instaladas em vários servidores. Para uma fácil referência, os servidores de cada farm estão agrupados em camadas com base na camada em que se encontram.
Topologia do farm para migração
.gif "Farms para migração do Windows SharePoint Services")
Na figura anterior, observe o seguinte:
As camadas 1-A e 1-B são compostas por dois servidores Web front-end com balanceamento de cargas (WebA-32 e WebB-32, WebA-64 e WebB-64).
As camadas 2-A e 2-B são compostas por um servidor de banco de dados (DB-32, DB-64).
A tabela a seguir lista o software instalado nos servidores em cada farm.
Software instalado nos servidores de farm
| Software | Farm A (32 bits) | Farm B (64 bit) |
|---|---|---|
Sistema operacional |
Windows Server 2003, SP2 |
Windows Server 2008 |
Banco de dados |
SQL Server 2005, SP2 |
SQL Server 2008 |
Windows SharePoint Services 3.0 |
Windows SharePoint Services 3.0 com a última atualização cumulativa ou service pack instalado. |
Windows SharePoint Services 3.0 com a última atualização cumulativa ou service pack instalado. |
Enquanto consulta à tabela precedente, observe os seguintes pontos:
A prática recomendada é atualizar o sistema operacional nos servidores de destino com todos os hotfixes comuns ao Windows Server 2003 e ao Windows Server 2008.
Não é possível instalar o Windows SharePoint Services 3.0 em uma instalação Server Core do Windows Server 2008.
A migração descrita neste documento apresenta suporte para qualquer versão e nível de patch do SharePoint (RTM com o service pack ou atualização de software mais recente). A Microsoft recomenda a aplicação dos patches do SharePoint até o último nível de service pack ou a Atualização de infraestrutura (o que for mais recente). A Atualização de infraestrutura inclui diversas atualizações para Produtos e Tecnologias do Microsoft SharePoint. Para obter mais informações sobre essa atualização específica, consulte os seguintes artigos da Base de Dados de Conhecimento:
Estratégia da migração
A estratégia é migrar e testar os servidores do farm em fases separadas para cada cada camada, observando a seguinte sequência: Somente iniciar WSS
Camada 2-A: migração do servidor de banco de dados existente para o novo servidor. Essa camada é concluída primeiro a fim de atenuar possíveis problemas de desempenho que poderão ocorrer se um sistema de 64 bits estiver fazendo uma consulta ou gravar em um banco de dados de 32 bits. As seguintes opções estão disponíveis:
Preservar, no servidor de destino, o mesmo nome host do servidor de origem.
Alterar o nome do host no servidor de destino. Esta é a opção de migração de banco de dados usada neste artigo.
Camada 1-A: teste do servidor de banco de dados migrado e subsequente adição dos servidores Web front-end de 64 bits ao novo farm.
A abordagem sistemática acima não é obrigatória, mas a Microsoft a recomenda expressamente uma vez que ela propicia um ambiente de migração e teste que garante a maior fluência de migração possível. Os benefícios são redução de resultados inesperados (por exemplo, arquivos ausentes ou dados corrompidos) e a capacidade de gerenciar o tempo de inatividade do serviço com eficácia durante a migração.
Migrando servidores para o ambiente de 64 bits
Você poderá usar as etapas nesta seção para migrar para um farm que contenha quaisquer sistemas operacionais e bancos de dados abaixo:
A versão de 64 bits do Windows Server 2003
A edição de 64 bits do Windows Server 2008
A versão de 64 bits do SQL Server 2005
A versão de 64 bits do SQL Server 2008
Da perspectiva da migração, há diferenças notáveis entre esses sistemas operacionais e bancos de dados e elas residem na preparação dos servidores de destino.
Leia a seção a seguir antes de realizar a Fase 1 (bancos de dados back-end) e a Fase 2 (servidores front-end) da migração.
Antes de começar
Antes de iniciar a migração de um farm, execute as seguintes tarefas:
Obtenha material de referência atualizado
Documente a configuração do farm
Identifique e documente as contas e permissões necessárias
Prepare o farm de destino
Obtenha material de referência atualizado
Obtenha uma cópia de Mover todos os bancos de dados (Windows SharePoint Services 3.0). Esse tópico contém instruções abrangentes, incluindo comandos do SQL Server e Stsadm para mover um servidor de banco de dados do SharePoint. Essas instruções abrangem os seguintes cenários:
Movendo um banco de dados para um novo servidor de nome idêntico
Movendo um banco de dados para um novo servidor de nome diferente
Documente a configuração do farm
Alguns elementos do farm exigem uma migração manual. Não se esqueça de documentar:
Aplicativos Web associados aos SSPs
Páginas mestras e outras páginas personalizadas
Outros conteúdos personalizados
Recursos
Demais elementos personalizados do farm
Demais elementos personalizados do farm
Identifique e documente as contas e permissões necessárias
Para trabalhar nos servidores de origem e de destino, consulte Mover todos os bancos de dados (Windows SharePoint Services 3.0) para garantir que você possui as permissões corretas para utilizar ferramentas do Windows SharePoint Services 3.0, ferramentas de banco de dados do Microsoft SQL Server e comandos do sistema operacional.
Prepare o farm de destino
É obrigatório realizar o trabalho de preparação a seguir nos servidores de aplicativos e de banco de dados no farm de destino:
Aplicar as atualizações do sistema operacional apropriadas aos servidores.
Use Implantar um farm simples no sistema operacional Windows Server 2008 (Windows SharePoint Services) como referência para configurar o SQL Server e implantar o SharePoint no Windows Server 2008.
Instalar o SQL Server 2005 ou o SQL Server 2008 no servidor de banco de dados.
Usar o Assistente de Configuração de Produtos e Tecnologias do SharePoint para executar uma instalação básica do SharePoint no AppA-64. Ao término, você terá um novo farm com dois servidores de aplicativos (AppA-64 e AppB-64) e um servidor de banco de dados (DB-64).
Importante
Não atribua aos novos bancos de dados de conteúdo nomes idênticos aos dos bancos de dados correspondentes no farm de origem. Não é possível compartilhar bancos de dados de conteúdo entre dois farms do SharePoint.
Fase 1: Migrar bancos de dados back-end
Nesta fase, você migra os bancos de dados back-end usando os seguintes procedimentos:
Mover o banco de dados para um servidor host de nome idêntico.
Mover o banco de dados para um servidor host de nome diferente.
Dica
Você altera o nome de um servidor de banco de dados do SharePoint, mas não o nome da instância. Por exemplo, é possível renomear DB-32\sharepoint para DB-64\sharepoint, mas não é possível renomear DB-32\sharepoint para DB-32\sharepoint2.
O procedimento a seguir exige um backup completo dos bancos de dados de conteúdo.
Mover o banco de dados para um servidor host de nome idêntico.
Pare completamente o Farm A, interrompendo os serviços associados ao Windows SharePoint Services 3.0 e os Serviços de Informações da Internet (IIS).
Use as ferramentas do SQL Server 2005 (SP2) para fazer backup de todos os bancos de dados do SharePoint no servidor de banco de dados de origem (DB-32).
Encerre o servidor de banco de dados de origem (DB-32).
Copie todos os arquivos de backup para uma pasta de compartilhamento do servidor que não faça parte do Farm A ou do Farm B. Essa pasta de compartilhamento oferece um ponto de restauração para todos os arquivos críticos do SharePoint.
Copie os arquivos de backup do banco de dados para um servidor de banco de dados de destino.
Restaure os bancos de dados de DB-32 para DB-64 usando as ferramentas do SQL Server 2008.
Copie todos os logons do SQL Server, as funções de servidor fixas, as funções de banco de dados fixas e as permissões para os bancos de dados para o servidor de destino (DB-64).
Reinicie o servidor de aplicativos AppA-32 para garantir que os serviços, sites e pools de aplicativos associados ao Windows SharePoint Services 3.0 foram iniciados.
Verifique se todos os servidores no Farm A estão corretamente configurados de forma a apontarem para DB-64 e se conseguem estabelecer uma conexão com o novo banco de dados.
Reinicie o Farm A.
Conduza os testes apropriados para o seu ambiente para garantir que o Farm A esteja funcionando com o novo banco de dados.
Mover o banco de dados para um servidor host de nome diferente.
Pare completamente o Farm A, interrompendo os serviços associados ao Windows SharePoint Services 3.0 e os Serviços de Informações da Internet (IIS).
Use as ferramentas do SQL Server 2005 para fazer backup dos seguintes bancos de dados do SharePoint no servidor de banco de dados de origem (DB-32):
Todos os bancos de dados de conteúdo
O banco de dados de configuração
Banco de dados de conteúdo da Administração Central
Banco de dados de pesquisa do Windows SharePoint Services
Copie todos os arquivos de backup para uma pasta de compartilhamento do servidor que não faça parte do Farm A ou do Farm B. Essa pasta de compartilhamento oferece um ponto de restauração para todos os arquivos críticos do SharePoint.
Copie os arquivos de backup do banco de dados para um servidor de banco de dados de destino.
Restaure os bancos de dados de DB-32 para DB-64 usando as ferramentas do SQL Server 2008.
Copie todos os logons do SQL Server, as funções de servidor fixas, as funções de banco de dados fixas e as permissões para os bancos de dados para o servidor de destino (DB-64).
Execute a operação renameserver do Stsadm em WebA-32 para renomear o servidor de banco de dados no Farm B. Essa operação notifica o SharePoint de que os bancos de dados que estavam em DB-32 agora estão em DB-4.
Reinicie o servidor de aplicativos WebA-32 para verificar se os serviços, sites e pools de aplicativos associados ao Windows SharePoint Services 3.0 foram iniciados.
Execute a operação renameserver no restante dos servidores do farm e verifique se eles estão corretamente configurados e em conexão com DB-64.
Reinicie o Farm A.
Conduza os testes apropriados para o seu ambiente para garantir que o Farm A esteja funcionando com o novo banco de dados.
Quando esta fase for concluída, o seu farm ativo terá a seguinte topologia:
Servidores Web front-end: WebA-32, WebB-32
Servidor de banco de dados: DB-64
Fase 2: Migrar servidores Web front-end
Nesta fase, você concluirá a migração ao adicionar os servidores Web front-end de 64 bits ao farm. Use o procedimento a seguir para migrar os servidores Web front-end.
Migrar os servidores Web front-end.
Pare completamente o Farm A, interrompendo os serviços associados ao Windows SharePoint Services 3.0 e os Serviços de Informações da Internet (IIS).
Inicie o Farm B.
Adicione WebA-64 e WebB-64 ao Farm B e os configure de modo a apontarem para DB-64.
Conduza os testes apropriados para o ambiente a fim de garantir que o farm de destino está operacional.
Ao concluir esta fase, a migração para o ambiente de 64 bits estará concluída e o seu farm ativo apresentará a seguinte configuração:
Servidores Web front-end: WebA-64, WebB-64
Servidor de banco de dados: DB-64