PROBLEMA: O tópico "Resolução de problemas relacionados com utilizadores isolado" no Books Online está incompleto

Quando restaura uma cópia de segurança da base de dados para outro servidor, poderá detectar um problema com utilizadores isolados. O tópico de Resolução de problemas relacionados com isolado utilizadores ' no SQL Server Books Online não destacar os passos exactos para resolver este problema.

Este artigo descreve como pode resolver utilizadores isolados.

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo.

Apesar dos termos de início de sessão e utilizador são frequentemente utilizados indiferenciadamente, são muito diferentes. Um início de sessão é utilizado para autenticação de utilizador e uma conta de utilizador da base de dados é utilizada para validação de acesso e permissões de base de dados. Inícios de sessão estão associados aos utilizadores pelo identificador de segurança (SID, Security Identifier). Um início de sessão é necessário para acesso ao servidor de SQL Server. O processo de verificar um início de sessão específico é válido é chamado "autenticação". Este início de sessão tem de estar associado a um utilizador de base de dados do SQL Server. Utilizar a conta de utilizador para controlar actividades efectuadas na base de dados. Não se existir nenhuma conta de utilizador numa base de dados para um início de sessão específico, o utilizador que utiliza esse início de sessão não é possível aceder à base de dados apesar do utilizador poderá conseguir ligar ao servidor de SQL Server. A única excepção a esta situação é quando a base de dados contém a conta de utilizador "convidado". Início de sessão não tem uma conta de utilizador associada é mapeado para o utilizador convidado. Por outro lado, se existe um utilizador de base de dados, mas não existe nenhum início de sessão associado, o utilizador não é possível iniciar sessão no SQL server.

Quando uma base de dados é restaurada para um servidor diferente contém um conjunto de utilizadores e permissões, mas pode não haver qualquer inícios de sessão correspondentes ou os inícios de sessão não podem ser associados com os mesmos utilizadores. Esta condição é conhecida como tendo "isolado utilizadores."

Resolução de problemas os utilizadores isolados

Quando restaura uma cópia de segurança da base de dados para outro servidor, poderá detectar um problema com utilizadores isolados. O cenário a seguir ilustra o problema e mostra como resolvê-lo.

1. Adicione um início de sessão na base de dados principal e especificar a base de dados predefinido como base de dados Adamastor:

   Use master go sp_addlogin 'test', 'password', 'Northwind'
   						

2. Conceder acesso ao utilizador que criou:

   Use Northwind go sp_grantdbaccess 'test'
   						

3. Cópia de segurança da base de dados.

   BACKUP DATABASE Northwind
   TO DISK = 'C:\MSSQL\BACKUP\Northwind.bak'
   						

4. Restaurar a base de dados para um servidor diferente do SQL Server:

   RESTORE DATABASE Northwind
   FROM DISK = 'C:\MSSQL\BACKUP\Northwind.bak'
   						

   a base de dados restaurado contém um utilizador chamado "teste" sem um login correspondente, que resulta numa "teste" que está a ser isolado.
5. Agora, para detectar utilizadores isolados, execute este código:

   Use Northwind go sp_change_users_login 'report'
   						

   a saída apresenta todas os logins, que têm uma diferença entre os movimentos na tabela de sistema sysusers , da base de dados Adamastor e sysxlogins sistema tabela da base de dados principal.

Passos para resolver utilizadores isolados

1. Execute o comando seguinte para o utilizador isolado no passo anterior:

   Use Northwind
   go
   sp_change_users_login 'update_one', 'test', 'test'
   						

   isto relinks o servidor de início de sessão "teste" com o o Adamastor base de dados de utilizador "teste". O procedimento sp_change_users_login armazenadas também pode efectuar uma actualização de todos os utilizadores isolados com o parâmetro "auto_fix" mas este não é recomendado porque o SQL Server tenta corresponder inícios de sessão e os utilizadores por nome. Na maioria dos casos isto funciona; no entanto, se o início de sessão incorrecto estiver associado um utilizador, um utilizador poderão ter permissões incorrectas.
2. Depois de executar o código no passo anterior, o utilizador pode aceder à base de dados. O utilizador, em seguida, pode alterar a palavra-passe com o procedimento armazenado sp_password :

   Use master 
   go
   sp_password NULL, 'ok', 'test'
   						

   este procedimento armazenado não pode ser utilizado para contas de segurança do Microsoft Windows NT. Os utilizadores ligados a um servidor SQL Server através da respectiva conta de rede do Windows NT são autenticados pelo Windows NT; assim, as respectivas palavras-passe só pode ser alterado no Windows NT.
   
   Apenas os membros da função sysadmin podem alterar a palavra-passe para iniciar sessão outro utilizador.

Para obter informações adicionais sobre como resolver problemas de permissões quando uma base de dados é movido entre servidores, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: