Migração do SharePoint para outro servidor
Migrar ou mover nossos databases de Conteúdo, Configuração, SSP e Busca do SharePoint entre servidores SQL é uma tarefa que pode se tornar razoávelmente comum para profissionais reponsáveis pela Configuração e Infraestrutura de Servidores SharePoint, nesse artigo iremos demonstrar qual a melhor maneira de se fazer isso.
Quando se trata de SharePoint devemos sempre ser detalhistas e o que costumo dizer nas empresas onde atuo como Consultor é que nunca foi tão importante projetar e planejar as atividades desenvolvidas com essa tecnologia que é tão poderosa quando bem utilizada, no nosso caso da migração, não basta mover os Banco de Dados, também será necessário alterar a associação do SharePoint com os Novos SQL Servers, entre várias outras particulariedades, vejam abaixo.
Abaixo listo alguns links importantes para nosso cenário, que não abordo nesse artigo, pois não faz parte do foco, porém acho útil apresentá-los como referência:
Move and migrate servers and server farms
https://technet.microsoft.com/en-us/library/cc262370.aspx
Database maintenance
https://technet.microsoft.com/en-us/library/cc825329.aspx
Installing Windows Server 2008
https://download.microsoft.com/download/e/6/3/e63cf2f6-7f71-450b-8e4a-dace88e99456/readme.htm
Installing SQL Server 2008
https://technet.microsoft.com/en-us/library/bb500395.aspx
INFO: Na Solução abaixo utilizei a nomenclatura de Servidor de SQL NOVO e ANTIGO, onde NOVO representa o Servidor SQL NOVO que você deseja ter os databases (DESTINO) após a migração, e o Servidor de SQL ANTIGO é o servidor ATUAL, onde os databases estão armazenados antes da migração.
Os exemplos demonstrados abaixo podem aplicados nos seguintes databases do SharePoint:
ü Databases de Shared Services Providers (SSPs)
ü Search Databases para SSPs
ü Content Databases
ü Search Databases
ü Central Administration Content Database
ü Configuration Database
Solução
Para essa solução vou trabalhar com os seguintes produtos e tecnologias:
o Windows Server 2008 com SP1
o Microsoft Office SharePoint Server 2007 com SP2
o SQL Server 2008 com SP1
o SQL Server Management Studio 2008
Abaixo listo todos os procedimentos necessários para a migração dos databases.
INFO: Banco de Dados com “Single sign-on (SSO)” não podem ser migrados com esses procedimentos, para esses casos, vejam o artigo: Back up and restore SSO (Office SharePoint Server 2007).
Nos passos abaixo veremos como mover todos os databases de um farm para um servidor de banco de dados novo, com um nome diferente do anterior. O novo servidor precisa estar na mesma versão do Windows e do SQL Server do servidor antigo, para migrar databases para servidores com o mesmo nome ou com versões diferentes do Windows e/ou SQL, utilize o procedimento de Attach e Detach Database.
INFO: Esse artigo não aborda como migrar ambientes já existentes para um ambiente 64bits, para maiores detalhes desse procedimento, veja Migrate an existing server farm to a 64-bit environment (Office SharePoint Server 2007).
INFO: Esse artigo aborda os procedimentos necessários para migrar todos os databases do SharePoint, porém uma tarefa também muito comum é migrar somente os Bancos de Conteúdo (Content Databases) do Sharepoint, para esse caso, recomendo a leitura do artigo https://technet.microsoft.com/en-us/library/cc263037.aspx.
Para executar as tarefas abaixo você deve ter os requisitos mínimos abaixo:
ü Membro do Grupo Farm Administrators do SharePoint
ü No Computador que está executando a Central Administration, você deve fazer parte do grupo Administrators.
ü No Servidor SQL Antigo você precisa das seguintes permissões:
o Membro do Grupo Administrator
o Membro da Rule db_backupoperator no SQL.
ü No Servidor SQL Novo você precisa das seguintes permissões:
o Membro do Grupo Administrator
o Membro da Rule db_owner no SQL.
1. Preparando o novo Servidor.
Recomendo que utilize o artigo abaixo para preparar seu Novo Servidor SQL:
Prepare the database servers
https://technet.microsoft.com/en-us/library/cc263187.aspx
2. Verificando todas as “Web Applications” associadas com o Shared Services Provider (SSPs):
a. No Site da “Central Administration”, na guia “Application Management”, na seção “Office SharePoint Server Shared Services”, clique em “Create or configure this farm’s shared services”.
b. Grave todas as “Web Applications” que estão listados na página ”Manage this Farm"s Shared Services”.
3. Realizando Backup do SSP (Shared Services Provider).
a. Execute o seguinte comando via ferramenta STSADM para visualizar todos os objetos que podem ser feito backup, nessa listagem:
stsadm –o backup –showtree
INFO: STSADM é a ferramenta de linha de comando do SharePoint, para maiores informações da ferramenta veja um link de referência completo no link https://technet.microsoft.com/en-us/library/cc263384.aspx.
b. Para realizar o backup do SSP, execute o seguinte comando.
stsadm -o backup -directory <Caminho UNC> -backupmethod full -item <Nome do SSP>
INFO: Caminho UNC é o caminho que se encontra a pasta que deseja salvar o backup e Nome do SSP é o nome do site SSP listado no passo anterior.
c. Repita os passos acima para todos os SSP’s que deseja realizar o backup.
4. Removendo o(s) SSP(s).
a. Para remover o SSP, execute o seguinte comando via STSADM:
stsadm -o deletessp -title <Nome do SSP> -deletedatabases -force
INFO: Nome do SSP é o nome do SSP que você deseja excluir.
b. Para executar um Detach do Banco de Conteúdos do seu farm, execute o seguinte comando via STSADM:
stsadm -o -deletecontentdb -url <URL> -databasename <Nome do Banco>
INFO: URL é o endereço da Web Application do SSP que está removendo e Nome do Banco é o nome do banco que deseja realizar o Detach.
c. Repita todos os passos acima para cada SSP.
5. Excluir o Banco de Conteúdo do SSP.
a. Inicie o “SQL Server Management Studio 2008” e se conecte ao Servidor que estão os Bancos do SharePoint.
b. Na janela “Object Explorer”, expanda “Databases”.
c. Clique com o botão direito no Banco de Conteúdo do SSP depois clique em “Delete”.
d. Na janela “Delete Object”, marque a opção “Close Existing Connections” e clique em OK.
e. Repita os passos C e D em todos os “Content Databases” de SSP.
6. Parando o Farm.
INFO: Os passos abaixo irão parar o FARM, portanto todos os sites ficarão indisponíveis até o fim da operação, isso deve ser considerado antes de iniciar os procedimentos a seguir no seu FARM.
a. Acesse o Servidor que está instalada a Central Administration.
b. Abra o console de Serviços (Start/Run/services.msc) e pare os seguintes serviços:
· Microsoft Single Sign-On service
· Office Document Conversions Launcher service
· Office Document Conversions Load Balancer service
· Office SharePoint Server Search service
· Windows SharePoint Services Administration service
· Windows SharePoint Services Search service
· Windows SharePoint Services Timer service
· Windows SharePoint Services Tracing service
· Windows SharePoint Services VSS Writer service
c. Ainda no servidor que está instalada a Central Administration, execute (“Start/Run”) o seguinte comando “IISRESET /STOP”.
d. Repita o passo 6 em cada servidor do seu Farm.
7. Realizando Backup do Servidor de Banco de Dados Antigo.
a. Inicie o “SQL Server Management Studio 2008” e se conecte ao Servidor de Bando de Dados Antigo.
b. Na janela “Object Explorer”, expanda “Databases”.
c. Clique com o botão direito no Banco de Dados de Configuração do SharePoint, por padrão SharePoint_Config, depois clique em “Tasks/Back Up...”.
d. Na janela “Back Up Database”, na seção “Source”, você pode selecionar o tipo de backup que você deseja executar, no nosso caso selecione Full.
DICA: Para maiores informações dos tipos de backup que você pode configurar na seção Source, veja https://technet.microsoft.com/en-us/library/ms189275.aspx.
e. Na seção “Backup set”, no campo “Name” você pode definir qual será o nome do arquivo de backup ou deixar o padrão.
f. No campo “Description” você pode descrever uma descrição do Backup e na opção “Backup set Will expire” você determinar por quanto tempo o backup será mantido, o valor padrão é “0”, significa que o backup nunca irá expirar.
g. Na seção “Destination” você pode especificar o local que o arquivo de backup será salvo, por padrão o local é a pasta “Backup” dentro da pasta de instalação da instância do SQL em utilização.
h. Clique em OK para realizar o Backup.
i. Repita do passo C ao H em todos os databases restantes do FARM.
8. Recuperando o Arquivo de Backup.
a. No Windows Explorer localize o arquivo (.BAK) que salvou o backup feito no passo anterior e copie-o no NOVO servidor SQL.
INFO: Para executar esses passos corretamente você deve estar utilizando uma Conta que seja Administrador do Banco de Dados.
INFO: Não mova ou copie qualquer outro arquivo, somente o arquivo de Backup.
9. Restaurando os databases no Servidor de SQL NOVO.
a. Inicie o “SQL Server Management Studio 2008” e se conecte ao Servidor de Bando de Dados NOVO.
b. Na janela “Object Explorer”, expanda “Databases”.
DICA: Existem 2 cenários comuns desse ponto em diante, você pode ter criado todos os databases existentes no servidor antigo para referência de nome no novo servidor, como você pode restaurar um a um, definindo o nome de cada um no momento do restore. Eu prefiro utilizar a segunda opção para efeito de agilidade, porém para isso devemos ter anotado todos os nomes dos databases existentes no servidor antigo. Se optar pela 1ª opção basta clicar no database criado e em “Tasks/Restore” seguir os mesmos passos abaixo com a diferença de marcar a opção “Overwrite the existing database” na guia “Restore Options” antes de executar o Restore.
c. Clique com o botão direito em “Databases” depois clique em “Restore Database...”
d. Na janela “Restore Database”, na área “Destination for Restore”, no campo “To database”, como ainda não criamos os databases no NOVO servidor, digite o nome do database que será restaurado que o SQL vai criar um novo pra você, no nosso caso digite “SharePoint_Config”.
e. Na seção “Source for Restore” na opção “Specify the source and location of backup sets to restore”, selecione “From device” e clique no botão “…”.
f. Na janela “Specify Backup”, clique no botão “Add”, encontre o arquivo copiado no passo “8.a” e clique em OK.
g. Clique em OK.
h. Na janela “Restore Database”, na seção “Select the backup sets to restore” vai aparecer uma listagem de backups prontos para ser restaurados no arquivo de backup que indicou, verifique as informações e selecione o backup correto de acordo com o passo 7 executado para o database atual.
i. Na guia “Options”, na seção “Restore the database file as”, você definir no campo “Restore as” o local que os arquivos do database serão salvos, por padrão ele salva no mesmo local físico do servidor antigo.
j. Na seção “Recovery State” você pode escolher três opções, são elas:
§ RESTORE WITH RECOVERY – Incluir todos os “Transaction Logs” no Restore.
§ RESTORE WITH NORECOVERY – Sem “Transacation Logs”, caso queira posteriormente recuperar os “Transaction Logs”, será necessário um novo Restore.
§ RESTORE WITH STANDBY – Não se aplica ao nosso cenário.
k. Selecione a opção “Restore With Recovery” e clique em OK.
l. Repita todos os passos do C ao K em todos os databases que serão restaurados.
10. Utilize o SQL para copiar para o Novo Servidor SQL os logons de todas as contas de serviço, incluindo SQL Logins, roles e permissões para os databases.
DICA: Para informações de como realizar o passo 10, consulte o seguinte artigo https://support.microsoft.com/kb/246133.
DICA: Para troubleshooting do passo 10, veja https://support.microsoft.com/kb/240872.
DICA: Execute o passo 10 com uma conta que seja Administradora do Banco de Dados.
11. Referenciando o Farm para o Novo Servidor SQL.
INFO: A Microsoft recomenda que você utilize o “SQL Server Connection Alias” para referenciar o FARM para o Novo SQL Server. Para isso você precisa criar um Connection Alias que pode ser usado por todos os servidores (incluindo WFEs e Application Servers) para se conectar ao Novo Servidor SQL.
a. Inicie o utilitário “SQL Server Native Client Network Utility” (Start\Run\ cliconfg.exe).
b. Na guia “General”, certifique-se que o protocolo “TCP/IP” está habilitado, se não estiver habilite-o.
c. Na guia “Alias”, clique em Add.
d. Na janela “Add Network Library Configuration”, no campo “Server alias” insira o nome do Novo Servidor SQL.
e. Na seção “Network Libraries”, selecione “TCP/IP”.
f. Na seção “Connection parameters”, no campo “server name”, insira o nome do Novo Servidor SQL e a instância do SQL para associar com o alias.
g. Clique em OK.
h. Repita os passos acima em todos os servidores do FARM que vão se conectar ao Novo Servidor SQL.
12. Iniciando o Novo farm.
a. Abra o console de Serviços (Start/Run/services.msc) e inicie os seguintes serviços:
· Microsoft Single Sign-On service
· Office Document Conversions Launcher service
· Office Document Conversions Load Balancer service
· Office SharePoint Server Search service
· Windows SharePoint Services Administration service
· Windows SharePoint Services Search service
· Windows SharePoint Services Timer service
· Windows SharePoint Services Tracing service
· Windows SharePoint Services VSS Writer service
b. Execute (Start/Run) o seguinte comando “IISRESET /START”.
c. Repita os passos acima em todos os servidores do FARM.
13. Restaurando o SSP
a. Obtenha o Backup GUID dos backups realizados no passo 3 desse artigo executando o seguinte comando via STSADM:
stsadm -o backuphistory -directory <Caminho UNC>
INFO: Caminho UNC é o caminho da pasta que salvo o backup no passo 3.
b. Para restaurar o SSP execute o seguinte comando via STSADM:
stsadm -o restore -directory <Caminho UNC> -restoremethod new -backupid <GUID obtido no backuphistory> -newdatabaseserver <Novo Servidor SQL>
c. Repita os passos acima para todos os SSP que você removeu do FARM Antigo.
14. Configurando o SSP “Default”.
INFO:Por padrão o primeiro SSP a ser restaurado será o “default”, mas você também pode configurar um SSP Default após ter todos restaurados.
a. No Site da “Central Administration”, na guia “Application Management”, na seção “Office SharePoint Server Shared Services”, clique em “Create or configure this farm’s shared services”.
b. Na página ” Manage this Farm"s Shared Services”, clique em “Change Default SSP”.
c. Na página “Change Default Shared Services Provider”, selecione a SSP que deseja apontar como “default” e clique em OK.
Conclusão
Nesse artigo foi abordada uma tarefa comum e importante no dia-a-dia dos Administradores de ambientes SharePoint, passo a passo nós exploramos como devemos proceder para movermos todos os databases do SharePoint entre Servidores SQL.
Todos os exemplos utilizados nesse artigo são recomendados pela Microsoft e pela equipe técnica de engenheiros do Produto SharePoint para esse tipo de operação.
Usei esse site como referência e foi muito útil: https://www.linhadecodigo.com.br/artigo/2681/migrando-os-databases-do-sharepoint-para-outro-servidor-sql.aspx#ixzz4ZM3rLe3w