Combinando o espelhamento do SharePoint e do banco de dados

14

Esta não é uma pergunta "como devo fazer", apenas para preparar o cenário. É como tem sido sua experiência? Leia toda a pergunta antes de responder rapidamente.

Passei o dia ontem ensinando a rodada atual de alunos do SharePoint MCM (Microsoft Certified Masters - veja aqui ) tudo sobre tecnologias de alta disponibilidade no SQL Server, além de como o log / recuperação / backup / restauração do SQL funciona. Isso é realmente importante, pois em todas as instalações do MOSS de classe corporativa existe um SQL Server de classe empresarial escondido, geralmente sem um DBA. Kimberly ensina a eles um dia de manutenção do banco de dados na sexta-feira (uma espécie de versão reduzida da primeira semana do SQL MCM que ensinamos).

Estávamos discutindo as possibilidades de usar o espelhamento de banco de dados para fornecer alta disponibilidade aos bancos de dados do SharePoint e os prós e contras relativos. Agora, conheço o espelhamento de banco de dados nas profundidades internas mais baixas, como era o proprietário da Microsoft, portanto, não há necessidade de apontar comportamentos e idiossincrasias em suas respostas. Também conheço as várias advertências e diretrizes contidas no whitepaper de espelhamento do pessoal do SharePoint e, sim, elas são apenas diretrizes generalizadas, não regras rígidas.

Minha pergunta é a seguinte: eu gostaria de ouvir de qualquer pessoa que tenha implementado o espelhamento de banco de dados para o SharePoint e se você achou que funcionava para você ou se caiu e queimou. Em particular, como você achou que o comportamento de failover funcionou para você? Você acabou com algumas entidades de banco de dados em um servidor e outras no outro, dividindo efetivamente seu farm e tornando-o inutilizável até a intervenção manual falhar em tudo em um servidor? Você o usou para HA local ou remota? E assim por diante.

Quaisquer respostas serão recebidas com gratidão e ajudarão a ampliar a base de conhecimento sobre o casamento dessas duas tecnologias. Entrarei em contato com histórias no grupo de produtos do SharePoint e nas futuras rotações de MCM que eu ensino.

Obrigado!

[Edit: PS Vou montar um post sobre experiências e diretrizes para isso no fim de semana também]

sql-server sharepoint database-mirroring

— Paul Randal
fonte

>> Você acabou com algumas entidades de banco de dados em um servidor e outras no outro, dividindo efetivamente seu farm e tornando-o inutilizável até que a intervenção manual falhou em tudo para um servidor? Parece que isso seria um grande problema - você precisaria fazer o script do resto para falhar na falha de um. Podemos fazer isso no futuro, então ainda não posso responder.

— 4123 Sam

Na verdade, mas é muito difícil de roteiro-lo e lidar com todos os casos (como um failover falhou - o que você faz então)

— Paul Randal

1

Dissemos para NÃO tentar com o SharePoint pela MS (isso foi há 1,5 anos quando começamos a planejar nossa implementação do SharePoint 2007).

— Jeff
fonte

1

Acabamos usando um produto chamado Neverfail para adicionar HA à nossa implementação do MOSS. Ele fornece uma replicação contínua do servidor SQL e do servidor MOSS. Muito mais confiável nos cenários de failover e failback.

— Codejnki
fonte

0

Sem resposta, verifique o pulso !?

Paul, você já tentou este em http://www.sharepointoverflow.com ?

Trabalhei com clientes implementando clustering, mas nunca espelhando a produção. Um colega meu me demonstrou um POC da técnica do Whitepaper para failover; portanto, já o vi funcionar pessoalmente, no entanto, a maioria dos participantes dessa apresentação ficou surpresa com a técnica e não tinha certeza de sugeri-la aos clientes. .

— Tom Resing
fonte