Servidor SQL: sucesso de autenticação, mas " a base de dados [dbName] não está acessível. (Explicador do objecto)"

O problema é que o utilizador na base de dados é um "órfão". Isso significa que não há id de login ou senha associada com o usuário. Isso é verdade mesmo que exista um ID de login que corresponda ao usuário, uma vez que existe um GUID (chamado de SID no Microsoft-speak) que também tem que corresponder.

Isto costumava ser uma dor de consertar, mas atualmente (SQL Server 2000, SP3) há um procedimento armazenado que faz a elevação pesada.

Todas estas instruções devem ser feitas como base de dados administrador, com a base de dados restaurada seleccionada.

EXEC sp_change_users_login 'Report'

Se já tiver um ID de autenticação e uma senha para este utilizador, corrija-a fazendo:

EXEC sp_change_users_login 'Auto_Fix', 'user'

Se quiser criar um novo ID de autenticação e senha para este utilizador, corrija-o fazendo:

EXEC sp_change_users_login 'Auto_Fix', 'user', 'login', 'password'

este texto foi obtido em http://www.fileformat.info/tip/microsoft/sql_orphan_user.htm em Dez-13-2017

This is caused when the user's default database is set to a database they don't have permissions or its offline.

Tenta apenas adicionar de novo o utilizador.Pleae dê uma olhada aqui também.

Restaurou a minha base de dados para outra instância do servidor SQL de A.bak file, que incluía um usuário pré-existente.

Tentou aceder à base de dados restaurada da minha aplicação, como de costume, usando o mesmo texto de ligação, mas actualizou a instância do servidor.

Erro recebido.

Utilizador apagado como o proprietário do DB, depois lido com as mesmas credenciais, mappings, login, etc.

Foi capaz de se autenticar como utilizador depois a ler o Utilizador após a restauração.

Ir para

Segurança > > Logins >> Carregue com o botão direito no utilizador > > propriedades > >

Na navegação à esquerda Mover para > > > mapeamento do utilizador > > verificar a base de dados e na "Associação de funções da Base de dados para: " verificar "DB_ proprietário" para o utilizador que está a experimentar o problema.

 CREATE TABLE #temp_sp_who2
        (
          SPID INT,
          Status VARCHAR(1000) NULL,
          Login SYSNAME NULL,
          HostName SYSNAME NULL,
          BlkBy SYSNAME NULL,
          DBName SYSNAME NULL,
          Command VARCHAR(1000) NULL,
          CPUTime INT NULL,
          DiskIO INT NULL,
          LastBatch VARCHAR(1000) NULL,
          ProgramName VARCHAR(1000) NULL,
          SPID2 INT
          , rEQUESTID INT NULL --comment out for SQL 2000 databases

        )


    INSERT  INTO #temp_sp_who2
    EXEC sp_who2


    declare @kill nvarchar(max)= ''
    SELECT  @kill = @kill+ 'kill '+convert(varchar,spid) +';'
    FROM    #temp_sp_who2
    WHERE   DBName = 'databasename'

    exec sp_executesql @kill


  ALTER DATABASE DATABASENAME SET ONLINE WITH IMMEDIATE ROLLBACK

No meu caso, eu simplesmente tive que iniciar o aplicativo com "Run as administrative", a fim de acessar qualquer coisa. Caso contrário, eu teria o erro que mencionou.

Eu tinha dois usuários: um que tinha o papel sysadmin, o outro (o problemático) não.

Como tal, entrei com o outro utilizador(poderá criar um novo) e assinalei a opção ckeck' sysadmin 'a partir de: Security --> Logins -- > Right ckick no seu nome de utilizador SQL -- > propriedades -- > funções do servidor -- > certifique-se que a opção' sysadmin ' tem a marca de verificação. Carregue em OK e tente ligar-se ao utilizador acabado de verificar.

Isto arranjou-o para mim:

Use [dbName]
GO

EXEC sp_change_users_login 'Auto_Fix','Manoj', null, 'Manojspassword'
GO

Questão: a base de dados [dbName] não está acessível. (ObjectExplorer) obteve o erro ao expandir a base de dados.

Solução: eliminar a opção base de dados > largar Anexar a base de dados de novo com o ficheiro mdf na pasta de dados MSSQL

Se está a usar o Estúdio de gestão Sql, Inicie-o como administrador.

Botão direito - >correr como Administrador

No meu caso, reiniciar o serviço de servidor SQL foi suficiente para resolver o problema.

No meu caso, funcionou quando eu tinha aberto o estúdio de gestão de servidores SQL com credenciais de administrador e eu clicei à direita na base de dados e seleccionei "ir online" ou algo do género.

Obter este erro nestes passos:

Faz "ficar offline". "Ficar offline" estava a correr muito tempo, por isso fechei esta janela. Então, tive um erro.

Passos para corrigir:

1. Vá ao "Monitor de actividade" e apague todas as ligações a este db. Então DB ficou realmente offline e tudo está bem.

Eu executei os passos abaixo e funcionou para mim:

1) Ligar ao servidor SQL - >segurança - >logins - >procurar pelo Utilizador em particular - >propriedades - >funções no servidor - > activar a opção "administrador de sistemas"