Administrando logons e trabalhos depois de troca de funções
Somente o conteúdo do banco de dados principal é espelhado. Informações associadas nos bancos de dados de sistema mestre ou msdb não podem ser espelhadas. Essas informações associadas incluem trabalhos configurados de acordo com o banco de dados principal e logons que são adicionados ao servidor principal.
Se tais informações forem importantes para fornecer suporte à troca de funções, as informações devem ser duplicadas no site espelhado. Se for possível, após a troca de funções, o melhor é reproduzir de forma programática as informações do banco de dados principal. As questões mais comuns são logons e trabalhos.
Logons
Para que os usuários possam acessar o banco de dados após uma troca de funções, um logon do servidor principal que tenha permissão para acessar o banco de dados principal também deve ser definido no servidor espelho. Porém, o banco de dados mestre não pode ser espelhado. Portanto, se no atual servidor principal você criar um novo logon para esse logon para o banco de dados principal, será necessário fazer o mesmo no espelho.
Os logons de todos os usuários do banco de dados devem ser definidos manualmente no servidor espelho e no servidor principal. Do contrário, quando a função principal é trocada e o servidor espelho anterior oferece seu banco de dados como principal, os usuários cujos logons não estão definidos no espelho anterior não podem acessar o novo principal. Os usuários ficam órfãos.
Se um usuário ficar órfão no novo principal, crie o logon no novo principal e execute sp_change_users_login (Transact-SQL). Para obter mais informações, consulte Solucionando problemas de usuários órfãos.
Logons de aplicativos que usam a Autenticação do SQL Server
Se um aplicativo que tenta se conectar a um banco de dados espelhado estiver usando a Autenticação de SQL, uma incompatibilidade de SIDS pode impedir que um logon de aplicativo se resolva depois de um failover, tornando o logon um usuário órfão. Você pode usar sp_change_users_login para resolver um usuário órfão (consulte Solucionando problemas de usuários órfãos).
No entanto, recomendamos que você tome medidas preventivas ao configurar essa aplicação para usar o banco de dados espelho. Para obter informações sobre como impedir que esse problema ocorra, consulte o artigo 918992 da base de dados de conhecimento —Como transferir os logons e as senhas entre instâncias do SQL Server 2005 e SQL Server 2008).
.gif "Observação") Observação |
|---|
Esse problema não ocorre com a Autenticação do Windows porque as SIDS para os logons do Windows não são específicos de cada computador e são obtidas no Active Directory. |
Trabalhos
Trabalhos, tais como trabalhos de backup, requerem consideração especial. Em geral, após uma troca de funções, o proprietário do banco de dados ou administrador do sistema deve recriar os trabalhos para o banco de dados do novo principal.
Quando o servidor principal anterior estiver disponível, é preciso também excluir os trabalhos originais do novo banco de dados espelho. Os trabalhos no banco de dados espelho apresentam falhas porque o banco de dados está no estado RESTORING e, portanto, indisponível.
| Observação |
|---|
Os parceiros poderiam ser configurados de forma diferente, com diferentes letras de unidade de fita ou algo semelhante. Os trabalhos de cada parceiro devem permitir essas diferenças. |