Sharepoint - uma maneira de sincronizar com um segundo servidor SP para standby / backup

Question

Usando o MOSS 2007 no SQL Server 2005, há alguma maneira de fazer uma sincronização "unidirecional" de dados de um servidor de produção para um servidor em espera? Este seria um processo unidirecional e pode acontecer diariamente, e não em tempo real. O servidor em espera não será usado, a menos que o servidor principal falhe e a alternância seja manual.

    

Answer 1

DrStalker,

Você tem várias opções disponíveis para você, e Nick e Tom destacaram algumas delas. Para o seu cenário específico, eu pessoalmente acho que o envio de logs é uma excelente opção. Depois de configurá-lo, você pode simplesmente deixar seu farm em espera no (s) banco (s) de dados no modo de espera / recuperação até que seja necessário. Se o seu servidor / farm principal ficar inativo, você abrirá sua caixa de espera.

O interessante sobre o envio de log é que sua janela RPO (objetivo de ponto de recuperação) funcional pode ser muito menor que as 24 horas que você está descrevendo. Por padrão (se estou lembrando corretamente), o envio de logs pode ocorrer a cada 15 minutos. Esse intervalo também pode ser configurado em até cinco minutos. A única grande mudança de farm que você precisará fazer é garantir que todos os seus bancos de dados estejam em um modo de recuperação que suporte o envio de logs (normalmente, recuperação completa).

Espelhamento de banco de dados é uma opção, e foi usado para fornecer recursos de failover quase em tempo real para ambientes do SharePoint. Essa flexibilidade vem com algumas restrições e requisitos significativos, no entanto. O espelhamento de banco de dados é muito sensível a problemas de latência de rede, portanto, se os bancos de dados de produção e o servidor de backup não estiverem muito próximos de uma perspectiva de rede, haverá problemas. Além disso, você precisará fazer algumas alterações em seu ambiente que não sejam triviais. Os links que o Tom forneceu são bons para uma ajuda adicional de fundo e implementação.

Dependendo das necessidades do ambiente de backup, outra opção que você pode considerar (uma que permita ignorar completamente o SQL Server) é o Content Deployment. O mecanismo de implementação de conteúdo do MOSS é uma implementação da funcionalidade de exportação e importação do SharePoint; você especifica informações de origem (farm de origem e site), um destino (no seu caso, o farm de backup) e o intervalo de operação, e o SharePoint cuida da exportação de seu site e o traz para o destino. Isso é normalmente aproveitado na publicação de cenários de farm, mas pode ser outra opção possível em sua situação. Você pode encontrar algumas informações adicionais aqui: link

Por fim, outra opção não-SQL que pode funcionar para você é simplesmente criar o script das operações STSADM.exe -backup necessárias, copiando os arquivos para o servidor de backup e executando o associado operações STSADM-exe -restore para trazer o conteúdo. Isso não fará realmente qualquer coisa que (funcionalmente) seja diferente de uma exportação e importação de banco de dados SQL, mas é outra opção relativamente simples.

Boa sorte!

    

Answer 2

A opção mais simples para você é configurar um trabalho do agente sql em seu standby que faz uma restauração diária a partir de um backup feito a partir do seu primário. Você pode fazer a restauração por um caminho UNC para poupar o trabalho de ter que copiar o backup.

Além disso, você precisará manter seus logins sincronizados com o seu primário, o que você pode fazer no SSIS usando a tarefa de transferência de logons.

Uma alternativa pode ser usar o envio de logs, embora você deva fazer backups de log com mais frequência do que uma vez por dia. A desvantagem disso é que você precisa colocar seu banco de dados no modo de recuperação completo ou em massa.

    

Answer 3

O Backup e a Restauração do SQL Server podem funcionar bem para o seu cenário. Outra possibilidade é o espelhamento do SQL Server. A Microsoft escreveu um documento explicando como funciona, Configurando o espelhamento de banco de dados para produtos do SharePoint & Tecnologias . Eu já vi esse trabalho com a alteração manual descrita e não é preciso muito para configurar depois de ler o white paper. Você também pode encontrar maneiras de fazer o script das alterações manuais necessárias para o SharePoint após uma falha de espelho principal, como em este blog p ost.