Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
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