403 Erros Proibidos ao realizar um failover em um grupo de disponibilidade do SQL 2012 com o SharePoint 2010
Artigo original publicado na quinta-feira, 03 de maio de 2012
Eu acabei de perder muito tempo com failovers de um Grupo de Disponibilidade do SQL 2012 para trabalhar corretamente com o SharePoint 2010, então eu pensei em compartilhar o resultado, caso ajude alguém. Resumindo, meu Grupo de Disponibilidade do SQL 2012 estava totalmente configurado e parecia estar funcionando corretamente. Eu criei um novo banco de dados de conteúdo no nó primário do grupo, fiz o backup e adicionei na lista de bancos de dados gerenciados pelo Grupo de Disponibilidade (AG). Até o momento, tudo bem. Entrei no site do SharePoint e foi renderizado sem problemas. No entanto, após eu realizar o failover do AG para um novo nó, meu site do SharePoint não aparecia mais. Ao invés disso, recebi um erro 403 Erro proibido ao invés do conteúdo da página. O que foi realmente irritante é que eu pude abrir o SQL Server Manager e conectar em meu AG Listener normalmente - pude consultar e obter resultados das minhas tabelas do banco de dados de conteúdo que estavam agora hospedadas em um servidor diferente.
Após passar muito tempo tentando resolver isso, meu amigo e maluco residente em SQL (de uma boa maneira!) Bryan P. destacou que embora a conta do banco de dados da minha conta do pool de aplicativos tenha sido movida com meu banco de dados, meu login do SQL não foi. O que quero dizer com isso é que se eu procurar o banco de dados de conteúdo do SQL Manager e procurar por Segurança...Usuários verei a conta SQL para o pool de aplicativos. No entanto, se eu procurar no nó de nível superior Segurança pelo servidor e em Logins, não há uma conta de login correspondente para a conta do pool de aplicativos. Então, eu apenas criei o login para a conta do pool de aplicativos e concedi os direitos para o banco de dados de conteúdo Eu estava gerenciando com o AG. Após fazer esta alteração, tudo funcionou normalmente no lado do SharePoint - Agora posso realizar o failover em qualquer nó no cluster e o meu site do SharePoint continua a funcionar normalmente.
Isto parece um bom fato para ficar ciente, especialmente se você está criando pools de aplicativos com a nova conta e deseja que seus bancos de dados de conteúdo sejam protegidos com um AG - certifique-se de adicionar estas novas contas aos logins para cada servidor do SQL 2012 que está participando em seu AGs.
Esta é uma publicação localizada. Encontre o artigo original em 403 Forbidden Errors When Failing Over a SQL 2012 Availability Group with SharePoint 2010