UPDATE 3:
Since no one answered my first problem as suggested by @Timen i tried using the SQL SERVER Authentication.
I Enabled the SQL Authenticationthrough SQL SERVER MANAGEMENT STUDIO and enabled sa and set a simple password for it.(under .sqlexpress).
I can Successfully log in to the database by sa and its password from SQL SERVER MANAGEMENT STUDIO but when i try to do so from my application it fails with this error message :
Cannot open database «dbNegin» requested by the login. The login failed.
Login failed for user ‘sa’.
I need to say that i changed the database owner to sa as well , yet i get this error!!
How can i solve this now? 
By the way this is the connection string used in my application to connect to the database :
string sqlconstring = @»Data Source=.sqlexpress;User ID=sa;Password=123456;Initial Catalog=dbNegin»;
My data base is attached by the way (its located in the address below )
D:TestDbDebugdbNegin.mdf
This is the SQL Error log:
2013-02-25 21:51:20.80 spid51 Starting up database 'C:USERSFRIENDDESKTOPRELEASEDBNEGIN.MDF'.
2013-02-25 21:51:21.33 spid51 Starting up database 'mytestdb'.
2013-02-25 21:51:21.60 spid51 Starting up database 'C:USERSFRIENDDESKTOPRELEASEDBNEGIN.MDF'.
2013-02-25 21:51:35.60 Logon Error: 18456, Severity: 14, State: 38.
2013-02-25 21:51:35.60 Logon Login failed for user 'sa'. Reason: Failed to open the explicitly specified database. [CLIENT: <local machine>]
2013-02-25 22:11:00.79 Server Server resumed execution after being idle 246 seconds: user activity awakened the server. This is an informational message only. No user action is required.
2013-02-25 22:11:00.97 spid51 Attempting to load library 'xplog70.dll' into memory. This is an informational message only. No user action is required.
2013-02-25 22:11:01.04 spid51 Using 'xplog70.dll' version '2007.100.1600' to execute extended stored procedure 'xp_msver'. This is an informational message only; no user action is required.
2013-02-25 22:57:29.06 spid53 Starting up database 'C:USERSFRIENDDESKTOPRELEASEDBNEGIN.MDF'.
2013-02-25 22:58:40.51 Logon Error: 18456, Severity: 14, State: 38.
2013-02-25 22:58:40.51 Logon Login failed for user 'sa'. Reason: Failed to open the explicitly specified database. [CLIENT: <local machine>]
2013-02-25 23:07:09.86 Logon Error: 18456, Severity: 14, State: 38.
2013-02-25 23:07:09.86 Logon Login failed for user 'sa'. Reason: Failed to open the explicitly specified database. [CLIENT: <local machine>]
2013-02-25 23:07:16.37 Logon Error: 18456, Severity: 14, State: 38.
2013-02-25 23:07:16.37 Logon Login failed for user 'sa'. Reason: Failed to open the explicitly specified database. [CLIENT: <local machine>]
Old Question
I am trying to connect to a database in two modes ( on my system the database is located under the SQLSERVER Data subfolder whereas in my customer system i want it to be next to my executable.For this i have two connection strings one for my own system which is :
«Data Source=.SQLExpress;Initial Catalog=dbNegin;Integrated Security=True»
And one for the customer machine:
«Data Source=.SQLExpress;AttachDbFilename=C:UsersMasterDocumentsVisual Studio 2010ProjectsProjectNeginProjectNeginbinDebugdbNegin.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True»
, The problem is i tried to test the second scenario on my system, I placed the latest Database next to my executable and changed the connection string and tried to run the application,For some sections of the application it connects to the database and retrieves information , but on some others it failes with this error:
Cannot open database «dbNegin» requested by the login. The login failed.
Login failed for user ‘Master-PCMaster’.
Master-PCMaster is the name of my computer! I don’t remember using it in my connection string and have no idea where it came from and how i can get rid of it.To be even worst, now my former connection string fails as well with this error !!.
I need to say this that before i try the my second connection string (the one next to executable file) i renamed the database inside SQLSERVER DATA sub folder so that i don’t miss anything and i can only connect to the database through atatchfile method (to avoid the possible probable connection to the to my default database connection string)
When i tried to use my former connection string, i renamed back my database to its original name (i mean the one inside DATA sub folder ) . but i am still getting this error .
How can i solve this problem ?
UPDATE:
When i tried using SQL SEVER MANAGEMENT STUDIO to see my database the database reads as:
(Recovery Pending…)
and I cant do anything about it ( since it says it must be either repaired or dropped! and i cant find a repair menu !)
UPDATE 2:
I tried deleting the database form Management Studio and re attaching it ! After deleting it form the database lists in Management studio.
Now I can’t re attach it again i get the error :
TITLE: Microsoft SQL Server Management Studio
Failed to retrieve data for this request.
(Microsoft.SqlServer.Management.Sdk.Sfc)For help, click:
http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&LinkId=20476—————————— ADDITIONAL INFORMATION:
An exception occurred while executing a Transact-SQL statement or
batch. (Microsoft.SqlServer.ConnectionInfo)
CREATE FILE encountered operating system error 5(failed to retrieve
text for this error. Reason: 15105) while attempting to open or create
the physical file ‘C:Program FilesMicrosoft SQL
ServerMSSQL10.SQLEXPRESSMSSQLDATANew folderdbNegin.mdf’.
(Microsoft SQL Server, Error: 5123)For help, click:
http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=10.00.2531&EvtSrc=MSSQLServer&EvtID=5123&LinkId=20476
Приветствую.
Имеется MS Windows 2008r2 + SQL Server 2008 Standart. Буквально каждую минуту выскакивает в логах:
Ошибка: 18456, серьезность: 14, состояние: 38.
Login failed for user ‘NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>]
Посоветуйте что можно предпринять.
26.02.2013 22:53 Server Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64) Jul 9 2008 14:17:44 Copyright (c) 1988-2008 Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) 26.02.2013 22:53 Server (c) 2005 Microsoft Corporation. 26.02.2013 22:53 Server All rights reserved. 26.02.2013 22:53 Server Server process ID is 3036. 26.02.2013 22:53 Server System Manufacturer: 'Supermicro', System Model: 'X8DTL'. 26.02.2013 22:53 Server Authentication mode is MIXED. 26.02.2013 22:53 Server Logging SQL Server messages in file 'C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLLogERRORLOG'. 26.02.2013 22:53 Server This instance of SQL Server last reported using a process ID of 2084 at 26.02.2013 22:48:57 (local) 26.02.2013 18:48:57 (UTC). This is an informational message only; no user action is required. 26.02.2013 22:53 Server Registry startup parameters: -d C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATAmaster.mdf -e C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLLogERRORLOG -l C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATAmastlog.ldf 26.02.2013 22:53 Сервер SQL Server is starting at high priority base (=13). This is an informational message only. No user action is required. 2013-02-26 22:53:50.030 Сервер Detected 8 CPUs. This is an informational message; no user action is required. 26.02.2013 22:53 Сервер Using dynamic lock allocation. Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node. This is an informational message only. No user action is required. 26.02.2013 22:53 Сервер Node configuration: node 0: CPU mask: 0x00000000000000f0 Active CPU mask: 0x00000000000000f0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required. 26.02.2013 22:53 Сервер Node configuration: node 1: CPU mask: 0x000000000000000f Active CPU mask: 0x000000000000000f. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required. 26.02.2013 22:53 spid9s Starting up database 'master'. 2013-02-26 22:54:00.060 spid9s FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'MSSQLSERVER'. 26.02.2013 22:54 spid9s SQL Trace ID 1 was started by login "sa". 26.02.2013 22:54 spid9s Starting up database 'mssqlsystemresource'. 26.02.2013 22:54 spid9s The resource database build version is 10.00.1600. This is an informational message only. No user action is required. 26.02.2013 22:54 spid9s Server name is 'DB-SERVER'. This is an informational message only. No user action is required. 26.02.2013 22:54 spid13s Starting up database 'model'. 26.02.2013 22:54 spid13s Clearing tempdb database. 26.02.2013 22:54 Сервер The certificate [Cert Hash(sha1) "CF7471551E1B99869882FFB6E7278B98631B5F6D"] was successfully loaded for encryption. 2013-02-26 22:54:01.030 Сервер Server is listening on [ 'any' <ipv6> 1433]. 2013-02-26 22:54:01.030 Сервер Server is listening on [ 'any' <ipv4> 1433]. 2013-02-26 22:54:01.040 Сервер Server local connection provider is ready to accept connection on [ \.pipeSQLLocalMSSQLSERVER ]. 2013-02-26 22:54:01.040 Сервер Server local connection provider is ready to accept connection on [ \.pipesqlquery ]. 2013-02-26 22:54:01.040 Сервер Server is listening on [ ::1 <ipv6> 1434]. 2013-02-26 22:54:01.040 Сервер Server is listening on [ 127.0.0.1 <ipv4> 1434]. 2013-02-26 22:54:01.040 Сервер Dedicated admin connection support was established for listening locally on port 1434. 26.02.2013 22:54 Сервер The SQL Server Network Interface library successfully registered the Service Principal Name (SPN) [ MSSQLSvc/db-server.krasnobor-tula.local ] for the SQL Server service. 26.02.2013 22:54 Сервер The SQL Server Network Interface library successfully registered the Service Principal Name (SPN) [ MSSQLSvc/db-server.krasnobor-tula.local:1433 ] for the SQL Server service. 26.02.2013 22:54 Сервер SQL Server is now ready for client connections. This is an informational message; no user action is required. 26.02.2013 22:54 spid13s Starting up database 'tempdb'. 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: fe80::2d9d:3a04:8101:bb5a%13] 26.02.2013 22:54 spid16s The Service Broker protocol transport is disabled or not configured. 26.02.2013 22:54 spid16s The Database Mirroring protocol transport is disabled or not configured. 26.02.2013 22:54 spid16s Service Broker manager has started. 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 spid12s A new instance of the full-text filter daemon host process has been successfully started. 26.02.2013 22:54 spid20s Starting up database 'utka'. 26.02.2013 22:54 spid22s Starting up database 'uat'. 26.02.2013 22:54 spid24s Starting up database 'do'. 26.02.2013 22:54 spid23s Starting up database 'zup'. 26.02.2013 22:54 spid12s Starting up database 'msdb'. 26.02.2013 22:54 spid25s Starting up database 'ptic1'. 26.02.2013 22:54 spid19s Starting up database 'zakazy'. 26.02.2013 22:54 spid27s Starting up database 'do_copy'. 26.02.2013 22:54 spid21s Starting up database 'ptichka'. 26.02.2013 22:54 spid26s Starting up database 'krn'. 26.02.2013 22:54 spid28s Starting up database 'zik'. 26.02.2013 22:54 spid29s Starting up database 'zikn'. 26.02.2013 22:54 spid19s Recovery is writing a checkpoint in database 'zakazy' (6). This is an informational message only. No user action is required. 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 2013-02-26 22:54:38.090 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 2013-02-26 22:54:38.090 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:55 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:55 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:55 spid9s Recovery is complete. This is an informational message only. No user action is required. 26.02.2013 22:55 spid57 Attempting to load library 'xpsqlbot.dll' into memory. This is an informational message only. No user action is required. 26.02.2013 22:55 spid57 Using 'xpsqlbot.dll' version '2007.100.1600' to execute extended stored procedure 'xp_qv'. This is an informational message only; no user action is required. 2013-02-26 22:55:59.020 spid57 Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required. 2013-02-26 22:55:59.060 spid57 Using 'xpstar.dll' version '2007.100.1600' to execute extended stored procedure 'xp_instance_regread'. This is an informational message only; no user action is required. 26.02.2013 22:55 spid57 Attempting to load library 'xplog70.dll' into memory. This is an informational message only. No user action is required. 26.02.2013 22:55 spid57 Using 'xplog70.dll' version '2007.100.1600' to execute extended stored procedure 'xp_msver'. This is an informational message only; no user action is required. 26.02.2013 22:56 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:56 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:57 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:57 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:58 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:58 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:59 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:59 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>]
Приветствую.
Имеется MS Windows 2008r2 + SQL Server 2008 Standart. Буквально каждую минуту выскакивает в логах:
Ошибка: 18456, серьезность: 14, состояние: 38.
Login failed for user ‘NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>]
Посоветуйте что можно предпринять.
26.02.2013 22:53 Server Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64) Jul 9 2008 14:17:44 Copyright (c) 1988-2008 Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) 26.02.2013 22:53 Server (c) 2005 Microsoft Corporation. 26.02.2013 22:53 Server All rights reserved. 26.02.2013 22:53 Server Server process ID is 3036. 26.02.2013 22:53 Server System Manufacturer: 'Supermicro', System Model: 'X8DTL'. 26.02.2013 22:53 Server Authentication mode is MIXED. 26.02.2013 22:53 Server Logging SQL Server messages in file 'C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLLogERRORLOG'. 26.02.2013 22:53 Server This instance of SQL Server last reported using a process ID of 2084 at 26.02.2013 22:48:57 (local) 26.02.2013 18:48:57 (UTC). This is an informational message only; no user action is required. 26.02.2013 22:53 Server Registry startup parameters: -d C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATAmaster.mdf -e C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLLogERRORLOG -l C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATAmastlog.ldf 26.02.2013 22:53 Сервер SQL Server is starting at high priority base (=13). This is an informational message only. No user action is required. 2013-02-26 22:53:50.030 Сервер Detected 8 CPUs. This is an informational message; no user action is required. 26.02.2013 22:53 Сервер Using dynamic lock allocation. Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node. This is an informational message only. No user action is required. 26.02.2013 22:53 Сервер Node configuration: node 0: CPU mask: 0x00000000000000f0 Active CPU mask: 0x00000000000000f0. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required. 26.02.2013 22:53 Сервер Node configuration: node 1: CPU mask: 0x000000000000000f Active CPU mask: 0x000000000000000f. This message provides a description of the NUMA configuration for this computer. This is an informational message only. No user action is required. 26.02.2013 22:53 spid9s Starting up database 'master'. 2013-02-26 22:54:00.060 spid9s FILESTREAM: effective level = 0, configured level = 0, file system access share name = 'MSSQLSERVER'. 26.02.2013 22:54 spid9s SQL Trace ID 1 was started by login "sa". 26.02.2013 22:54 spid9s Starting up database 'mssqlsystemresource'. 26.02.2013 22:54 spid9s The resource database build version is 10.00.1600. This is an informational message only. No user action is required. 26.02.2013 22:54 spid9s Server name is 'DB-SERVER'. This is an informational message only. No user action is required. 26.02.2013 22:54 spid13s Starting up database 'model'. 26.02.2013 22:54 spid13s Clearing tempdb database. 26.02.2013 22:54 Сервер The certificate [Cert Hash(sha1) "CF7471551E1B99869882FFB6E7278B98631B5F6D"] was successfully loaded for encryption. 2013-02-26 22:54:01.030 Сервер Server is listening on [ 'any' <ipv6> 1433]. 2013-02-26 22:54:01.030 Сервер Server is listening on [ 'any' <ipv4> 1433]. 2013-02-26 22:54:01.040 Сервер Server local connection provider is ready to accept connection on [ .pipeSQLLocalMSSQLSERVER ]. 2013-02-26 22:54:01.040 Сервер Server local connection provider is ready to accept connection on [ .pipesqlquery ]. 2013-02-26 22:54:01.040 Сервер Server is listening on [ ::1 <ipv6> 1434]. 2013-02-26 22:54:01.040 Сервер Server is listening on [ 127.0.0.1 <ipv4> 1434]. 2013-02-26 22:54:01.040 Сервер Dedicated admin connection support was established for listening locally on port 1434. 26.02.2013 22:54 Сервер The SQL Server Network Interface library successfully registered the Service Principal Name (SPN) [ MSSQLSvc/db-server.krasnobor-tula.local ] for the SQL Server service. 26.02.2013 22:54 Сервер The SQL Server Network Interface library successfully registered the Service Principal Name (SPN) [ MSSQLSvc/db-server.krasnobor-tula.local:1433 ] for the SQL Server service. 26.02.2013 22:54 Сервер SQL Server is now ready for client connections. This is an informational message; no user action is required. 26.02.2013 22:54 spid13s Starting up database 'tempdb'. 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: fe80::2d9d:3a04:8101:bb5a%13] 26.02.2013 22:54 spid16s The Service Broker protocol transport is disabled or not configured. 26.02.2013 22:54 spid16s The Database Mirroring protocol transport is disabled or not configured. 26.02.2013 22:54 spid16s Service Broker manager has started. 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 spid12s A new instance of the full-text filter daemon host process has been successfully started. 26.02.2013 22:54 spid20s Starting up database 'utka'. 26.02.2013 22:54 spid22s Starting up database 'uat'. 26.02.2013 22:54 spid24s Starting up database 'do'. 26.02.2013 22:54 spid23s Starting up database 'zup'. 26.02.2013 22:54 spid12s Starting up database 'msdb'. 26.02.2013 22:54 spid25s Starting up database 'ptic1'. 26.02.2013 22:54 spid19s Starting up database 'zakazy'. 26.02.2013 22:54 spid27s Starting up database 'do_copy'. 26.02.2013 22:54 spid21s Starting up database 'ptichka'. 26.02.2013 22:54 spid26s Starting up database 'krn'. 26.02.2013 22:54 spid28s Starting up database 'zik'. 26.02.2013 22:54 spid29s Starting up database 'zikn'. 26.02.2013 22:54 spid19s Recovery is writing a checkpoint in database 'zakazy' (6). This is an informational message only. No user action is required. 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 2013-02-26 22:54:38.090 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 2013-02-26 22:54:38.090 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'sqladmin'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 192.168.15.5] 26.02.2013 22:54 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:54 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:55 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:55 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:55 spid9s Recovery is complete. This is an informational message only. No user action is required. 26.02.2013 22:55 spid57 Attempting to load library 'xpsqlbot.dll' into memory. This is an informational message only. No user action is required. 26.02.2013 22:55 spid57 Using 'xpsqlbot.dll' version '2007.100.1600' to execute extended stored procedure 'xp_qv'. This is an informational message only; no user action is required. 2013-02-26 22:55:59.020 spid57 Attempting to load library 'xpstar.dll' into memory. This is an informational message only. No user action is required. 2013-02-26 22:55:59.060 spid57 Using 'xpstar.dll' version '2007.100.1600' to execute extended stored procedure 'xp_instance_regread'. This is an informational message only; no user action is required. 26.02.2013 22:55 spid57 Attempting to load library 'xplog70.dll' into memory. This is an informational message only. No user action is required. 26.02.2013 22:55 spid57 Using 'xplog70.dll' version '2007.100.1600' to execute extended stored procedure 'xp_msver'. This is an informational message only; no user action is required. 26.02.2013 22:56 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:56 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:57 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:57 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:58 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:58 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>] 26.02.2013 22:59 Вход Ошибка: 18456, серьезность: 14, состояние: 38. 26.02.2013 22:59 Вход Login failed for user 'NT AUTHORITYсистема'. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: <local machine>]
ИТ База знаний
Полезно
— Узнать IP — адрес компьютера в интернете
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Калькулятор инсталляции IP — АТС Asterisk
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Популярное и похожее
Пошаговый ввод в домен Windows 10
Погружение в Iptables – теория и настройка
Syslog протокол — серверы, сообщения и безопасность
Composer – Моцарт для вашего PHP
Решаем ошибку 18456 в SQL
2 минуты чтения
С нетерпением спешим поделиться с тобой способом решения ошибки 18456 — Login Failed for User (Microsoft SQL Server, Error: 18456). Определим пользователя, который имеет права доступа к SQL и создадим новую учетную запись.
Если вы только столкнулись с проблемой, вам необходимо понять, какой пользователь имеет права на подключение к SQL. Как правило, это юзер, под которым был установлен SQL. Об этом и поговорим.
Получаем доступ
Запустите Server Manager в операционной системе. Переходим в раздел Tools → Computer Management:
Раскрываем список Local Users and Groups, в разделе Computer Management → System Tools и нажимаем на Users.
Смотрим описание к пользователям. Находим описание юзера, которое начинается с Built-in account for administering the computer…. С большой вероятностью, это именно тот аккаунт, с которого мы получим доступ к SQL.
Выходим из под текущего юзера в операционной системе, заходим под пользователем Administrator. Пробуем подключиться – работает.
Даем права нужному пользователю
Подключившись к SQL Management Studio под пользователем Administrator, слева, в меню навигации, раскрываем список под именем сервера, переходим в раздел Security → Logins. Нажимаем на Logins правой кнопкой мыши и нажимаем New Login…:
Нажимаем на кнопку Search:
В появившемся окне укажите имя пользователя, которому необходимо предоставить права администратора SQL. Нажимаем OK:
В разделе Server Roles выбираем sysadmin и жмем OK:
В разрешениях отмечаем Connect SQL и жмем OK.
Теперь, выходим из под пользователя Administrator в ОС и подключаемся под пользователем, с которым мы изначально пытались подключиться. Готово.
Полезна ли Вам эта статья?
Пожалуйста, расскажите почему?
Нам жаль, что статья не была полезна для вас 🙁 Пожалуйста, если не затруднит, укажите по какой причине? Мы будем очень благодарны за подробный ответ. Спасибо, что помогаете нам стать лучше!
Подпишитесь на нашу еженедельную рассылку, и мы будем присылать самые интересные публикации 🙂 Просто оставьте свои данные в форме ниже.
Ошибка входа в Microsoft SQL Server: 18456
153 merazuu [2014-01-04 18:43:00]
Я получаю эту ошибку при попытке подключения к SQL Server.
Ошибка Microsoft SQL Server: 18456
Может ли кто-нибудь сказать мне, что означает код ошибки?
19 ответов
359 Решение Aringan [2014-04-30 21:35:00]
Если вы пытаетесь подключиться, используя «Аутентификацию SQL Server», вы можете изменить аутентификацию вашего сервера:
В Microsoft SQL Server Management Studio в проводнике объектов:
Щелкните правой кнопкой мыши на сервере и нажмите Properties
Перейдите на страницу Security
В разделе Server authentication выберите переключатель SQL Server and Windows Authentication mode
Перезапустить службы SQL
57 CRAFTY DBA [2014-01-04 20:07:00]
Ознакомьтесь с этой статьей блога из команды платформы данных.
Вам действительно нужно посмотреть часть состояния сообщения об ошибке, чтобы найти основную причину проблемы.
Впоследствии Google, как решить проблему.
13 Gsic [2015-07-25 18:54:00]
Перед открытием щелкните правой кнопкой мыши и выберите «Запуск от имени администратора». Это решило проблему для меня.
сначала просмотрите сведения об ошибке если «состояние» равно «1», Убедитесь, что база данных настроена как для проверки подлинности SQL, так и для Windows под SQL-сервером/Свойства/Безопасность.
для другого состояния см. приведенные ответы.
- Проверьте, включена ли проверка подлинности в смешанном режиме на сервере- > Свойства
- Затем создайте логин на сервере- > безопасность
- создать пользователя для этого входа в вашу базу данных
- Затем перезагрузите сервер, щелкнув правой кнопкой мыши его экземпляр и выберите перезапуск.
2 Neo Vijay [2017-02-22 13:53:00]
Я столкнулся с этой проблемой.
Посмотрите на прикрепленное изображение,
Не забудьте изменить свой SQL-аутентификацию как SQL-сервер и режим WindowsAuthenation,
и перезапустите сервер Sql.
Также вы можете просто войти в систему с проверкой подлинности Windows и запустить следующий запрос, чтобы включить его:
Щелкните правой кнопкой мыши пользователя, перейдите к свойствам, измените базу данных по умолчанию на мастер Это экранная печать изображения, которая показывает, что вы должны проверить, есть ли у вас ошибка 19456. Иногда по умолчанию используется база данных, у которой пользователь не имеет разрешения
18456 Список состояний ошибок
ОШИБКА ОШИБКИ ОШИБКИ
- Состояние 2 и состояние 5 Неверный идентификатор пользователя
- Состояние 6 Попытка использования имени входа Windows с аутентификацией SQL
- Состояние 7 Вход в систему отключен и несоответствие пароля
- Состояние 8 Несоответствие пароля
- Состояние 9 Неверный пароль
- Состояние 11 и состояние 12 Действительный логин, но отказ в доступе к серверу
- Состояние 13 Служба SQL Server приостановлена
- Состояние 18 Изменить пароль требуется
Потенциальные причины Ниже приведен список причин и краткое объяснение, что делать:
Аутентификация SQL не включена. Если вы впервые используете SQL Login в экземпляре SQL Server, то очень часто возникает ошибка 18456, потому что сервер может быть установлен в режиме проверки подлинности Windows (только).
Недопустимый идентификатор пользователя: SQL Server не может найти указанный UserID на сервере, который вы пытаетесь получить. Наиболее распространенная причина заключается в том, что этому userID не был предоставлен доступ на сервере, но это также может быть простой опечаткой или вы случайно пытаетесь подключиться к другому серверу (типично, если вы используете несколько серверов)
Неверный пароль: Неверный пароль или просто опечатка. Помните, что это имя пользователя может иметь разные пароли на разных серверах.
менее распространенные ошибки: Идентификатор пользователя может быть отключен на сервере. Вход для Windows был предоставлен для проверки подлинности SQL (изменение на проверку подлинности Windows. Если вы используете SSMS, вам может потребоваться использовать другого пользователя для использования этой опции). Возможно, срок действия пароля и, возможно, несколько других причин. Если вы знаете о других, сообщите мне.
18456 state 1 пояснения: Обычно Microsoft SQL Server предоставит вам состояние ошибки 1, которое на самом деле ничего не значит, кроме ошибки 18456. Состояние 1 используется, чтобы скрыть действительное состояние, чтобы защитить систему, что для меня имеет смысл. Ниже приведен список со всеми различными состояниями и для получения дополнительной информации о получении точных состояний. Понимание ошибок входа в систему (ошибка 18456) в SQL Server 2005
Надеюсь, что поможет
1 dush88c [2016-08-06 12:48:00]
Если вы изменили учетные данные пользователя входа в систему или добавили нового пользователя для входа в систему, то после того, как вам потребуется войти в систему, вам придется перезапустить службу SQL Server. для этого
Перейти к → Услуги 
Затем перейдите в SQL Server (MSSQLSERVER) и остановитесь и запустите снова
Теперь попробуйте войти в систему, надеюсь, вы сможете.
Пожалуйста, проверьте, подключены ли вы к сети, если это ПК-член домена. Кроме того, убедитесь, что вы не находитесь на двойном домашнем ПК, так как ваши маршруты могут быть неправильными из-за сетевых показателей. У меня возникла эта проблема, когда я не смог подключиться к домену, и аутентификация Windows Windows переключилась на локальную учетную запись ПК, но зарегистрировала ее как проверку подлинности SQL. Как только я отключил свой беспроводной адаптер и перезагрузился, интеграция Windows переключилась обратно на учетную запись домена и прошла проверку подлинности. Я уже настроил смешанный режим, как вы уже сделали, поэтому предыдущие сообщения не применяются.
Для меня это был неправильный логин и пароль.
Сначала перейдите в панель запуска, затем найдите локальные службы Затем нажмите «Просмотреть локальные службы» Затем он откроет окно службы, затем перейдите к SQL Server (MSSQLSERVER), щелкните его правой кнопкой мыши и нажмите «Остановить», а затем снова щелкните правой кнопкой мыши по нему и нажмите «Пуск». Теперь вы можете войти в систему и поместить свое имя пользователя как «sa», а пароль — ваш выигранный пароль.
Я столкнулся с той же проблемой. Сначала необходимо включить аутентификацию в смешанном режиме. Больше подробностей Как включить аутентификацию в смешанном режиме
Просто случилось со мной и оказалось иначе, чем все другие случаи, перечисленные здесь.
У меня есть два виртуальных сервера, размещенных в одном кластере, каждый из которых имеет собственный IP-адрес. Хост настроил один из серверов на SQL Server, а другой — на веб-сервер. Однако SQL Server установлен и работает на обоих. Хозяин забыл упомянуть, какой из серверов является SQL и который является Web, поэтому я просто предположил, что первым является Web, второй — SQL.
Когда я подключился к (как я думал) SQL Server и попытался подключиться через SSMS, выбрав Windows Authentication, я получил ошибку, упомянутую в этом вопросе. Вытащив много волосков, я просмотрел все настройки, включая конфигурацию сети SQL Server, протоколы для MSSQLSERVER:
Двойной щелчок по TCP/IP дал мне следующее:
IP-адрес принадлежал другому виртуальному серверу! Это, наконец, заставило меня понять, что я просто запутался между серверами, и все хорошо работало на втором сервере.
В моем случае несколько неправильных попыток заблокировали учетную запись. Чтобы сделать это, я попытался выполнить нижеприведенный запрос, и он сработал: ALTER LOGIN WITH PASSWORD = UNLOCK И не забудьте установить опцию «Enforce Password Security» для того, чтобы конкретный пользователь не был отмечен, щелкнув правой кнопкой мыши на Sql Server → Свойства.
Другое работало решение для меня. serever->security->logins->new logins->General-> создайте свое имя пользователя в качестве имени входа, нажмите кнопку sql server authentication add passwords
снимите флажки для проверки пароля три флажка. Это будет работать.
Изменить параметры сервера → Безопасность от Server authentication до SQL Server and Windows Authentication mode
0 stolsvik [2017-03-30 23:11:00]
Я считаю, что это может произойти, если вы пытаетесь войти в систему с пользователем, который определен в Active Directory, но попытайтесь использовать «Аутентификацию SQL Server» на экране входа в систему. Я не знаю, как указать другого пользователя с проверкой подлинности NTLM/Windows. Когда я нажимаю раскрывающееся меню Windows Authentication, имя пользователя и пароль затухают, и я могу войти только в себя.
0 Fab [2017-09-25 11:45:00]
Устранение неполадок подключения к SQL Server
Если вы не можете подключиться к SQL Authentication, и вы пробовали другие решения.
Вы можете попробовать следующее:
Проверить подключение
- Отключить брандмауэр.
- Запустите PortQry на 1434 и проверьте ответ.
Проверьте состояние
- Попробуйте подключиться к SSMS или sqlcmd и проверить сообщение.
- Состояние 1 редко документируется, но это просто означает, что вы не имеете права знать истинное состояние.
- Посмотрите файл журнала в каталоге SQL-сервера, чтобы узнать, что такое состояние.
Состояние 5
Что? мой логин не существует? это прямо там, я вижу это в SSMS. Как это может быть?
Наиболее вероятное объяснение, скорее всего, будет правильным.
Состояние входа
- Уничтожьте, заново создайте его, включите его.
- reset пароль.
«Вы не смотрите на нужное место» или «то, что вы видите, не то, что вы думаете».
Локальный БД и конфликт SQLEXPRESS
Если вы подключаетесь к SSMS с проверкой подлинности Windows, а ваш экземпляр называется SQLEXPRESS, вы, вероятно, смотрите на LocalDb, а не на нужный сервер. Таким образом, вы только что создали свой логин в LocalDb.
Когда вы подключаетесь через аутентификацию SQL Server с помощью SSMS, он попытается подключиться к реальному серверу SQLEXPRESS, где ваш любимый логин еще не существует.
Примечание: Проверьте вкладку параметров подключения, если вы не забыли там какую-то странную строку подключения.
Ошибка входа в Microsoft SQL Server: 18456
Я получаю эту ошибку при попытке подключиться к SQL Server.
ошибка Microsoft SQL Server: 18456
может кто-нибудь сказать мне, что код ошибки означает?
19 ответов:
если вы пытаетесь подключиться с помощью «проверка подлинности SQL Server», то вы можете изменить проверку подлинности сервера:
в среде Microsoft SQL Server Management Studio в обозревателе объектов:
Правой Кнопкой Мыши на сервере и нажмите кнопку Properties
перейти к Security страница
под Server authentication выбрать SQL Server and Windows Authentication mode переключатель
перезапустить службы SQL
проверьте эту статью в блоге от команды платформы данных.
вам действительно нужно посмотреть на состояние части сообщения об ошибке, чтобы найти основную причину проблемы.
после этого, Google, как исправить эту проблему.
перед открытием щелкните правой кнопкой мыши и выберите «Запуск от имени администратора». Это решило проблему для меня.
сначала см. сведения об ошибке если «государство» «1» Убедитесь, что база данных настроена для проверки подлинности SQL и Windows в разделе SQL server / свойства / безопасность.
для другого состояния см. ответы выше .
- проверьте, включена ли проверка подлинности в смешанном режиме на вашем сервере — > свойства
- затем создайте логин на сервере — > security
- создать пользователя для входа в базу данных
- затем перезагрузите сервер, щелкнув правой кнопкой мыши экземпляр и выберите restart
Я столкнулся с этой проблемой.
пожалуйста, посмотрите на прикрепленные изображения,
пожалуйста, измените свою проверку подлинности sql как SQL server и режим WindowsAuthenication,
и перезапустите Sql server.
18456 Список Состояний Ошибок
ОПИСАНИЕ ОШИБКИ СОСТОЯНИЯ ОШИБКИ
- состояние 2 и состояние 5 недопустимый идентификатор пользователя
- Состояние 6 попытка использовать имя Входа Windows с проверкой подлинности SQL
- Состояние 7 вход отключен и несоответствие пароля
- Состояние 8 несоответствие пароля
- состояние 9 неверный пароль
- состояние 11 и состояние 12 допустимый вход, но Ошибка доступа к серверу
- состояние 13 служба SQL Server пауза
- Состояние 18 требуется изменить пароль
возможные причины Ниже приведен список причин и некоторые краткие объяснения, что делать:
проверка подлинности SQL не включена: если вы используете SQL Login в первый раз на экземпляре SQL Server, чем очень часто ошибка 18456 происходит, потому что сервер может быть установлен в режиме проверки подлинности Windows (только).
неверный идентификатор пользователя: SQL Server не может найти указанный идентификатор пользователя на сервере, который вы пытаетесь получить. Самой частой причиной является то, что этот идентификатор не был предоставлен доступ на сервер, но это может быть простая опечатка или вы случайно пытаетесь подключиться к другому серверу (обычно, если вы используете более чем один сервер)
неверный пароль: неверный пароль или просто опечатка. Помнить это это имя может иметь разные пароли на разных серверах.
менее распространенные ошибки: идентификатор пользователя может быть отключен на сервере. Вход в систему Windows был предоставлен для проверки подлинности SQL (изменение на проверку подлинности Windows. Если вы используете SSMS, вам, возможно, придется работать от имени другого пользователя, чтобы использовать эту опцию). Пароль мог истечь и, вероятно, несколько других причин. Если вы знаете о каких-либо других, дайте мне знать.
18456 государство 1 объяснения: Обычно Microsoft SQL Server даст вам состояние ошибки 1, которое на самом деле ничего не значит, кроме того, что у вас есть ошибка 18456. Состояние 1 используется для скрытия фактического состояния для защиты системы, что для меня имеет смысл. Ниже приведен список со всеми различными состояниями и для получения дополнительной информации о получении точных состояний посетите понимание» ошибка входа » (ошибка 18456) сообщения об ошибках в SQL Server 2005
надеюсь, что это поможет
просто случилось со мной, и оказалось, что отличается от всех других случаев, перечисленных здесь.
У меня есть два виртуальных сервера, размещенных в одном кластере, каждый с собственным IP-адресом. Узел настроил один из серверов в качестве SQL Server, а другой-в качестве веб-сервера. Однако SQL Server установлен и работает на обоих. Хост забыл упомянуть, какой из серверов является SQL, а какой-Web, поэтому я просто предположил, что первый-Web, второй — язык SQL.
когда я подключился к (что я думал) SQL Server и попытался подключиться через SSMS, выбрав проверку подлинности Windows, я получил ошибку, упомянутую в этом вопросе. Потянув много волос, я прошел через все настройки, включая конфигурацию сети SQL Server, протоколы для MSSQLSERVER:
двойной щелчок TCP / IP дал мне это:
IP-адрес был другого виртуального сервера! Это, наконец, заставило меня понять, что я просто запутался между серверами, и все хорошо работало на втором сервере.
Если вы измените учетные данные пользователя для входа или добавите нового пользователя для входа, то после входа в систему вам придется перезапустить службу SQL Server. за это
перейти к — > службы 
затем перейдите к SQL Server (MSSQLSERVER) и остановитесь и начните снова
теперь попробуйте войти в систему, я надеюсь, что вы можете.
щелкните правой кнопкой мыши пользователя, перейдите к свойствам, измените базу данных по умолчанию на master Это экран печати изображения, которое показывает, что вы должны проверить, если у вас есть ошибка 19456. Иногда это значение по умолчанию для базы данных, которую пользователь не имеет разрешения
пожалуйста, проверьте, если вы подключены к сети, если это член домена ПК. Кроме того, убедитесь, что вы не находитесь на двух домашних ПК, поскольку ваши маршруты могут быть неверными из-за сетевых показателей. У меня была эта проблема, когда я не мог подключиться к домену проверка подлинности SQL windows переключилась на локальную учетную запись ПК, но зарегистрировала ее как проверку подлинности SQL. Как только я отключил свой беспроводной адаптер и перезагрузился, интеграция Windows переключилась обратно на учетную запись домена и прошла проверку подлинности. Я уже настроил смешанный режим, как вы уже сделали, так что предыдущие сообщения не применяются.
для меня это было неправильно логин и пароль.
сначала перейдите в панель запуска, а затем выполните поиск локальных служб Затем нажмите на кнопку » Просмотр локальных служб» Затем он откроет окно службы, затем перейдите к SQL Server (MSSQLSERVER) щелкните правой кнопкой мыши на нем и нажмите кнопку стоп, а затем снова щелкните правой кнопкой мыши на нем и нажмите кнопку Пуск. Теперь вы можете войти в систему и ввести имя пользователя ‘СА’ и пароль свой пароль.
также вы можете просто войти в систему с проверкой подлинности windows и запустить следующий запрос, чтобы включить его:
Я считаю, что это может произойти, если вы пытаетесь войти в систему с пользователем, который определен в Active Directory, но попробуйте использовать «аутентификацию SQL Server» на экране входа в систему. Я не знаю, как указать другого пользователя с проверкой подлинности NTLM/Windows: когда я нажимаю раскрывающийся список проверки подлинности Windows, имя пользователя и пароль отключаются, и я могу войти только как сам.
в моем случае несколько неправильных попыток заблокировали account.To сделайте так, чтобы я попытался выполнить следующий запрос, и это сработало: ИЗМЕНИТЬ ЛОГИН С ПАРОЛЕМ= РАЗБЛОКИРОВАТЬ И не забудьте установить опцию «принудительная Защита паролем» для конкретного пользователя, чтобы снять флажок, щелкнув правой кнопкой мыши на Sql Server -> свойства.
устранение неполадок подключения к SQL Server
в случае, если вы не можете подключиться к аутентификации SQL, и вы пробовали другие решения.
Вы можете попробовать следующее:
проверьте подключение
- Отключить Брандмауэр.
- запустите PortQry на 1434 и проверьте ответ.
проверяем состояние
- попробуйте подключиться к SSMS или sqlcmd и проверьте сообщение.
- состояние 1 является редко документируется, но это просто означает, что вы не имеете права знать истинное состояние.
- посмотрите на файл журнала в каталоге SQL server, чтобы узнать, что такое состояние.
Состояние 5
что ? мой логин не существует ? это прямо здесь, я вижу это в SSMS. Как это может быть ?
наиболее вероятное объяснение, скорее всего, будет правильным.
состояние войти
- уничтожить, воссоздать его, включить его.
- сбросить пароль.
«вы не смотрите в нужном месте «или»то, что вы видите, это не то, что вы думаете».
локальный конфликт БД и SQLEXPRESS
Если вы подключаетесь к SSMS с проверкой подлинности Windows, и ваш экземпляр называется SQLEXPRESS, вы, вероятно, смотрите на LocalDb и не правильный сервер. Таким образом, вы только что создали свой логин на LocalDb.
при подключении через проверку подлинности SQL Server с SSMS, он будет пытаться подключиться к реальному серверу SQLEXPRESS, где ваш любимый логин еще не существует.
дополнительная информация: Проверьте вкладку параметры подключения, если вы не забыли какую-то странную строку подключения там.
Я столкнулся с той же проблемой. Сначала необходимо включить проверку подлинности в смешанном режиме. Более подробный Как включить проверку подлинности в смешанном режиме
другое работала решение для меня. serever->security->logins->new logins->General-> создайте имя пользователя в качестве имени входа, нажмите кнопку Проверка подлинности sql server добавить пароли
снимите три флажка проверки пароля . Это сработает.
помните, чтобы изменить свойства сервера- > безопасность от Server authentication to SQL Server and Windows Authentication mode
Ошибка пользователя sa 18456
Вопрос
Имеется MS Windows 2008r2 + SQL Server 2008 Standart. Буквально каждую минуту выскакивает в логах:
Ошибка: 18456, серьезность: 14, состояние: 38.
Login failed for user ‘NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: ]
Посоветуйте что можно предпринять.
Ответы
State 38 означает одно из двух:
* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст базы которой просто нет на данном сервере
* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст существующей базы, но данному логину (точнее — юзеру, т.к. на уровне БД безопасностью заведуют именно они) не разрешена работа с целевой БД
Кто этот «некто» и в какую БД он ломится — спрашивайте себя. Не можете ответить — профайлер и его события на логин вам в помощь.
www.sqlCMD.ru — all around MS SQL Server
- Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 29 апреля 2013 г. 7:46
- Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 6 мая 2013 г. 6:56
Все ответы
Вы к серверу то подключиться можете в итоге?
Что возвращает этот запрос?
Вы к серверу то подключиться можете в итоге?
Что возвращает этот запрос?
Сообщение 208, уровень 16, состояние 1, строка 1
Недопустимое имя объекта «syslogins».
К серверу я подключаюсь, стоит и аутентификация Windows и по админам СУБД. Все базы работают, планы обслуживания запускаются. Кроме вот этой ошибки меня все устраивает. Не могу понять что это обращается к БД.
Создан пользователь sqladmin от которого собственно происходит обращение ко всем базам 1С.
Проверил кластеры 1С 8.1 и 8.2 — там везде стоит sqladmin.
Есть бызы 7-ки, но там аналогично прописан пользователь иначе не работало бы ничего.
Как понять что это за процесс такой?
На предприятии домен. 2 контроллера, 1 терминальный и 1 сервер БД (этот).
Запускал трассировку — там ничего не понял.
Стоит на резервном контроллере WSUS, но у него своя база — локальная, не стал подключать к SQL.
Больше как бы даже и не знаю что может использовать SQL.
Причем данная ошибка появляется каждую минуту. Ровно через минуту.
Ошибка пользователя sa 18456
Вопрос
Имеется MS Windows 2008r2 + SQL Server 2008 Standart. Буквально каждую минуту выскакивает в логах:
Ошибка: 18456, серьезность: 14, состояние: 38.
Login failed for user ‘NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: ]
Посоветуйте что можно предпринять.
Ответы
State 38 означает одно из двух:
* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст базы которой просто нет на данном сервере
* некто пытается подключиться к серверу (причем само подключение успешно) и затем войти в контекст существующей базы, но данному логину (точнее — юзеру, т.к. на уровне БД безопасностью заведуют именно они) не разрешена работа с целевой БД
Кто этот «некто» и в какую БД он ломится — спрашивайте себя. Не можете ответить — профайлер и его события на логин вам в помощь.
www.sqlCMD.ru — all around MS SQL Server
- Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 29 апреля 2013 г. 7:46
- Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 6 мая 2013 г. 6:56
Все ответы
Вы к серверу то подключиться можете в итоге?
Что возвращает этот запрос?
Вы к серверу то подключиться можете в итоге?
Что возвращает этот запрос?
Сообщение 208, уровень 16, состояние 1, строка 1
Недопустимое имя объекта «syslogins».
К серверу я подключаюсь, стоит и аутентификация Windows и по админам СУБД. Все базы работают, планы обслуживания запускаются. Кроме вот этой ошибки меня все устраивает. Не могу понять что это обращается к БД.
Создан пользователь sqladmin от которого собственно происходит обращение ко всем базам 1С.
Проверил кластеры 1С 8.1 и 8.2 — там везде стоит sqladmin.
Есть бызы 7-ки, но там аналогично прописан пользователь иначе не работало бы ничего.
Как понять что это за процесс такой?
На предприятии домен. 2 контроллера, 1 терминальный и 1 сервер БД (этот).
Запускал трассировку — там ничего не понял.
Стоит на резервном контроллере WSUS, но у него своя база — локальная, не стал подключать к SQL.
Больше как бы даже и не знаю что может использовать SQL.
Причем данная ошибка появляется каждую минуту. Ровно через минуту.
|
|||
| imepic
13.01.15 — 10:47 |
Идет примерно через 1 мин. Текст: «Ошибка входа пользователя «NT AUTHORITYсистема». Причина: не удалось открыть явно указанную базу данных. [КЛИЕНТ: 127.0.0.1]» Профайлером нашел, что источник — 1CV83 Server На сервере типовые Дилион УМ, БП, ЗУП. Где еще можно поискать? |
||
| Бубка Гоп
1 — 13.01.15 — 10:49 |
Идет примерно через 1 мин |
||
| imepic
2 — 13.01.15 — 10:51 |
с интервалом в 1 мин. после переноса диска с ОС на SSD несколько дней назад… |
||
| Бубка Гоп
3 — 13.01.15 — 10:53 |
база на SQL? |
||
| imepic
4 — 13.01.15 — 10:55 |
да базы на MS SQL Server 2008 R2 |
||
| imepic
5 — 13.01.15 — 20:51 |
переустановка платформы не помогла… ну что совсем никто ничего не знает? весь лог этой ошибкой забит… |
||
| krbIso
6 — 13.01.15 — 21:03 |
на сервере 1С есть зерегенная база, которая ломится в SQL и данную базу там не находит (либо прав нет, либо базы нет) |
||
|
imepic 7 — 13.01.15 — 21:33 |
krbIso спасибо! это и было! базу, похоже, кто-то удалил через sql serv managment studio.. |
TurboConf — расширение возможностей Конфигуратора 1С
Имею в своем распоряжении два сервер A и B. Имею права для чтения на обоих сервера как (DomainUser.Name). При чтении таблиц индивидуально, то есть
Select * From A или Select * From B (не смотрите на синтаксис, это просто пример), я получаю данные без проблем. Когда же я хочу с сервера A прочитать что на сервере B получаю ошибку
Message 18456, level 14, status 1, line 1
Logon failed for user 'NT-AUTORITY ANONYMOUS LOGON'.
Если ли какие-то специальные настройки для того, чтобы все это заработало или что нужно сделать?
задан 20 янв 2020 в 14:45
Мб:
Login failed for user ’NT AUTHORITYсистема’. Причина: не удалось открыть явно указанную базу данных.
Причина: Авторизация верная, запуск происходит с правами администратора, но база данных недоступна (или нет разрешения).
Решение: Группе NT AUTHORITYсистема необходимо добавить роль sysadmin на SQL сервере. Для этого зайдите Microsoft SQL Server Management Studio, раздел Безопасность – Имена входа и выберите свойства группы NT AUTHORITYсистема. В меню Роли сервера установите флажок напротив роли sysadmin.
ответ дан 20 янв 2020 в 15:26
CoderCoder
2,7402 золотых знака9 серебряных знаков16 бронзовых знаков