Microsoft SQL Server登錄失敗，該登錄名來自不受信任的域，不能與Windows`

由以下幾個原因：[b]1.數(shù)據(jù)庫引擎沒有啟動[/b] 有兩種啟動方式：(1)開始-程序-Microsoft SQL Server 2005-SQL Server 2005外圍應用配置器,在打開的界面單擊"服務的連接的外圍應用配置器",在打開的界面中找到Database Engine,單擊"服務",在右側查看是否已啟動,如果沒有啟動可單擊"啟動",并確保"啟動類型"為自動,不要為手動,否則下次開機時又要手動啟動；(2)可打開:開始-程序-Microsoft SQL Server 2005-配置工具-SQL Server Configuration Manager,選中SQL Server 2005服務中SQL Server(MSSQLSERVER) ,并單擊工具欄中的"啟動服務"按鈕把服務狀態(tài)改為啟動； [b]使用上面兩種方式時,有時候在啟動的時候可能會出現(xiàn)錯誤[/b],不能啟動,這時就要查看"SQL Server 2005配置管理器"中的SQL Server 2005網(wǎng)絡配置-MSSQLSERVER協(xié)議中的VIA是否已啟用,如果已啟用,則把它禁止.然后再執(zhí)行上述一種方式操作就可以了。[b]2.進行遠程連接時,是否已允許遠程連接.[/b] SQL Server 2005 在默認情況下僅限本地連接.我們可以手動啟用遠程連接.在上面第一種方式中,找到Database Engine,單擊"遠程連接",在右側將"僅限本地連接(L)"改為"本地連接和遠程連接(R)",并選中"同時使用TCP/IP和named pipes(B)".[b]3.如果是遠程連接,則還要查看連接數(shù)據(jù)庫的語句是否正確[/b],登錄賬戶是否正確,密碼是否正確等.

探究的一般過程是從發(fā)現(xiàn)問題、提出問題開始的,發(fā)現(xiàn)問題后,根據(jù)自己已有的知識和生活經(jīng)驗對問題的答案作出假設．設計探究的方案,包括選擇材料、設計方法步驟等．按照探究方案進行探究,得到結果,再分析所得的結果與假設是否相符,從而得出結論．并不是所有的問題都一次探究得到正確的結論．有時,由于探究的方法不夠完善,也可能得出錯誤的結論．因此,在得出結論后,還需要對整個探究過程進行反思．探究實驗的一般方法步驟：提出問題、做出假設、制定計劃、實施計劃、得出結論、表達和交流．

科學探究常用的方法有觀察法、實驗法、調查法和資料分析法等．

觀察是科學探究的一種基本方法．科學觀察可以直接用肉眼,也可以借助放大鏡、顯微鏡等儀器,或利用照相機、錄像機、攝像機等工具,有時還需要測量．科學的觀察要有明確的目的；觀察時要全面、細致、實事求是,并及時記錄下來；要有計劃、要耐心；要積極思考,及時記錄；要交流看法、進行討論．實驗方案的設計要緊緊圍繞提出的問題和假設來進行．在研究一種條件對研究對象的影響時,所進行的除了這種條件不同外,其它條件都相同的實驗,叫做對照實驗．一般步驟：發(fā)現(xiàn)并提出問題；收集與問題相關的信息；作出假設；設計實驗方案；實施實驗并記錄；分析實驗現(xiàn)象；得出結論．調查是科學探究的常用方法之一．調查時首先要明確調查目的和調查對象,制訂合理的調查方案．調查過程中有時因為調查的范圍很大,就要選取一部分調查對象作為樣本．調查過程中要如實記錄．對調查的結果要進行整理和分析,有時要用數(shù)學方法進行統(tǒng)計．收集和分析資料也是科學探究的常用方法之一．收集資料的途徑有多種．去圖書管查閱書刊報紙,拜訪有關人士,上網(wǎng)收索．其中資料的形式包括文字、圖片、數(shù)據(jù)以及音像資料等．對獲得的資料要進行整理和分析,從中尋找答案和探究線索．

sqlserver代理啟動不了提示無loginfailedf

cmd→services.msc→找到SQLServeragent的服務，如果在域里面，換個域賬號作為啟動帳號，然后到配置管理器。

sql server提供的安全性控制級別有哪些

一、數(shù)據(jù)對象級別的安全機制：

這個級別的安全性通過設置數(shù)據(jù)對象的訪問權限進行控制。如果是使用圖形界面管理工具，可以在表上點右鍵，選擇屬性|權限，然后在相應的權限項目上打勾就可以了。

二、服務器級別的安全機制：

這個級別的安全性主要通過登錄帳戶進行控制，要想訪問一個數(shù)據(jù)庫服務器，必須擁有一個登錄帳戶。登錄帳戶可以是Windows賬戶或組，也可以是SQL Server的登錄賬戶。登錄賬戶可以屬于相應的服務器角色。至于角色，可以理解為權限的組合。

三、數(shù)據(jù)庫級別的安全機制：

這個級別的安全性主要通過用戶帳戶進行控制，要想訪問一個數(shù)據(jù)庫，必須擁有該數(shù)據(jù)庫的一個用戶賬戶身份。用戶賬戶是通過登錄賬戶進行映射的，可以屬于固定的數(shù)據(jù)庫角色或自定義數(shù)據(jù)庫角色。

擴展資料

安全性措施

1、外鍵管理

SQL Server 2008為加密和密鑰管理提供了一個全面的解決方案。為了滿足不斷發(fā)展的對數(shù)據(jù)中心的信息的更強安全性的需求，公司投資給供應商來管理公司內的安全密鑰。

2、數(shù)據(jù)加密

進行加密使公司可以滿足遵守規(guī)范和及其關注數(shù)據(jù)隱私的要求。簡單的數(shù)據(jù)加密的好處包括使用任何范圍或模糊查詢搜索加密的數(shù)據(jù)、加強數(shù)據(jù)安全性以防止未授權的用戶訪問。這些可以在不改變已有的應用程序的情況下進行。

3、增強審查

SQL Server 2008具有像服務器中加強的審查的配置和管理這樣的功能，這使得公司可以滿足各種規(guī)范需求。SQL Server 2008還可以定義每一個數(shù)據(jù)庫的審查規(guī)范，所以審查配置可以為每一個數(shù)據(jù)庫作單獨的制定。為指定對象作審查配置使審查的執(zhí)行性能更好，配置的靈活性也更高。

參考資料來源：百度百科-SqlServer

用戶XX 未與信任 SQL Server 連接相關聯(lián)。

出現(xiàn)此問題的原因為：權限設置問題造成的。

解決的方法和詳細的操作步驟如下：

1、第一步，選擇要設置的用戶，如下圖所示，然后進入下一步。

2、其次，完成上述步驟后，右鍵單擊并選擇“屬性”選項，如下圖所示，然后進入下一步。

3、接著，完成上述步驟后，單擊“安全對象”選項，見下圖，然后進入下一步。

4、然后，完成上述步驟后，勾選右下角的相應權限，如下圖所示，然后進入下一步。

5、隨后，完成上述步驟后，授予用戶超級管理員的角色，如下圖所示，然后進入下一步。

6、最后，完成上述步驟后，就可以看到已授予權限，如下圖所示。這樣，問題就解決了。

如何解決 SQL Server 2000 中的連接問題

解決連接問題

在 SQL Server 2000 中可能會注意到的大多數(shù)連接問題都是由 TCP/IP 的問題或 Windows 身份認證的問題引起，或者由兩者共同引起。

重要說明：在開始解決 SQL Server 2000 的連接問題之前，請確認 MSSQLServer 服務已在運行 SQL Server 的計算機上啟動。

1、驗證 DNS 設置

域名系統(tǒng) (DNS) 中的名稱解析過程用于解析 SQL Server 實例名稱的 IP 地址。如果名稱解析過程工作不正常，就不能獲得 SQL Server 實例，您可能會收到一條或多條下列錯誤信息：

SQL Server does not exist or access denied

General Network Error

Cannot Generate SSPI Context

要驗證名稱解析過程是否在解析正確的服務器，可以使用服務器名和服務器的 IP 地址 ping 服務器。為此，請按以下步驟操作：

單擊“開始”，然后單擊“運行”。

在“運行”對話框中，在“打開”框中鍵入 cmd，然后單擊“確定”。

在命令提示符下，運行下列命令：

ping Server Name

記錄返回的 IP 地址。

在命令提示符下，運行下列命令（此處的 IP address 就是您在步驟 3 中記錄的 IP 地址）：

ping –a IP address

驗證命令解析的是正確的服務器名。如果兩個指定的命令有任何一個不成功、超時或沒有返回正確的值，那么 DNS 查找未能正常工作，或者有其他網(wǎng)絡或路由問題引發(fā)問題。要查看當前 DNS 設置，在命令提示符下運行下列命令：ipconfig /all

有關 ipconfig 命令的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：

223413 Windows 2000 中 Ipconfig.exe 的選項

要解決此問題，可以在客戶端計算機上的 %systemroot%\system32\drivers\etc\hosts 文件中為服務器添加一個條目。要解決此問題，還可以使用命名管道網(wǎng)絡庫連接到服務器。

2、驗證啟用的協(xié)議和別名

如果客戶端計算機上的別名設置錯誤，可能會引起連接問題。您可以使用客戶端網(wǎng)絡實用程序查看別名。為此，請按以下步驟操作：

啟動客戶端網(wǎng)絡實用程序。如果 SQL Server 客戶端工具被安裝在正在運行客戶端應用程序的計算機上，請按照以下步驟啟動客戶端網(wǎng)絡實用程序：如果 SQL Server 客戶端工具沒有安裝在客戶端計算機上，請按照以下步驟啟動客戶端網(wǎng)絡實用程序：

單擊“開始”，然后單擊“運行”。

在“運行”對話框中，在“打開”框中鍵入 cliconfg，然后單擊“確定”。

單擊“開始”，然后指向“程序”。

指向“Microsoft SQL Server”，然后單擊“客戶端網(wǎng)絡實用程序”。

在“SQL Server 客戶端網(wǎng)絡實用程序”窗口中，單擊“常規(guī)”標簽，然后啟用您要使用的所有協(xié)議。

注意：您必須至少啟用 TCP/IP 協(xié)議和命名管道協(xié)議。

單擊“別名”標簽，然后驗證為 SQL Server 實例所配置的別名。

驗證別名的屬性，確認服務器名或 IP 地址和協(xié)議的配置是正確的。

通過使用服務器名、IP 地址或者其他協(xié)議，您可以創(chuàng)建一個新的別名以測試連接性能。

注意：在 Microsoft 數(shù)據(jù)存取部件 (MDAC) 的早期版本中，客戶端網(wǎng)絡實用程序的用戶界面是不同的。因此，如果您沒有看到本文中列出的選項，請在運行客戶端應用程序的計算機上安裝 MDAC 的新版本。

3、驗證 SQL Server 實例正在正確地偵聽

要驗證 SQL Server 實例正在正確地偵聽命名管道、TCP/IP 或您在客戶端應用程序中使用的其他協(xié)議，請打開當前的 SQL Server 錯誤日志文件。SQL Server 錯誤日志文件可能包括與以下類似的條目：2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes.2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433。

通過分析 SQL Server 錯誤日志文件中的條目，可以驗證 SQL Server 實例是否正在偵聽正確的 IP 地址和端口。在默認情況下，一個默認的 SQL Server 實例偵聽端口 1433。您還可以使用服務器網(wǎng)絡實用程序來驗證 SQL Server 的協(xié)議設置并更改 SQL Server 中的屬性，包括可以連接到 SQL Server 和可以使用的端口的協(xié)議。關于使用服務器網(wǎng)絡實用程序的更多信息，請參見 SQL Server 在線參考書中的“SQL Server 網(wǎng)絡實用程序”專題。

有時候，SQL Server 2000 可能不會綁定于端口 1433 或任何其他指定的端口。如果端口正被其他應用程序使用，或者如果您正在嘗試使用一個錯誤的 IP 地址進行連接，就可能會出現(xiàn)此問題。因此，TCP/IP 到 SQL Server 的連接可能不成功，在 SQL Server 錯誤日志中您會收到下列錯誤信息：

2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.

有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：

307197 PRB:TCP\IP 端口正由另一應用程序使用

如果通過 TCP/IP 連接您不能連接到 SQL Server 實例，請嘗試使用命名管道協(xié)議或共享內存協(xié)議。在命令提示符下運行下面的命令，以獲取關于正在使用的端口的信息：NETSTAT -an

您還可以使用 Portqry 命令行實用程序來獲取關于正在使用的端口的更多信息。

注意：對于 SQL Server 命名實例，SQL Server 動態(tài)地決定端口并偵聽決定的端口。因此，當您啟動 SQL Server 命名實例時，SQL Server 將設法偵聽之前使用的端口。如果 SQL Server 不能綁定到該端口，命名實例可能會動態(tài)地綁定到另一個端口。在這種情況下，請確認客戶端應用程序也被設置為動態(tài)地決定端口。作為選擇，您還可以為命名實例指定一個靜態(tài)端口，通過客戶端網(wǎng)絡實用程序對其進行綁定和偵聽。

4、解決 MDAC 問題

MDAC 的問題也可能會引起連接問題。例如，安裝一個軟件可能會覆蓋一些 MDAC 文件或更改權限，而您需要這些權限才能訪問 MDAC 文件。您可以運行 MDAC 部件檢查器來驗證 MDAC 在計算機上的安裝。

注意：如果您正連接到 SQL Server 的一個命名實例，請確認計算機上運行的是 MDAC 2.6 或更新的版本。MDAC 的早期版本不識別 SQL Server 的命名實例。因此，可能無法連接到命名實例。

5、解決防火墻問題

如果防火墻存在于客戶端計算機和正在運行 SQL Server 的計算機之間，請確認通過防火墻進行通信時所需的端口已打開。

如果您使用 TCP/IP 協(xié)議連接 SQL Server 實例，請確認能夠用 Telnet 程序連接到 SQL Server 正在偵聽的端口。要使用 Telnet 程序，在命令提示符下運行下列命令：Telnet IP Address Port Number

如果 Telnet 程序沒有成功，并且您接收到錯誤信息，請解決此錯誤然后嘗試再次連接。

注意：因為由 Slammer 病毒引起的問題，在您的防火墻上，用戶數(shù)據(jù)報協(xié)議 (UDP) 端口 1434 可能被阻擋。

6、解決身份驗證和安全問題

由于身份認證失敗，可能無法連接到 SQL Server。如果身份認證失敗，您可能收到下列錯誤信息之一：

Login failed for user 'username'

Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON'

Login failed for user 'null'

如果您由于身份認證失敗收到了錯誤信息，而且錯誤信息中沒有提到一個明確的 SQL Server 登錄名，請使用 Windows 身份認證解決該問題。由于 Windows 身份認證的問題，您可能會收到下列錯誤信息：

Cannot generate SSPI Context

下列問題可能會引起身份認證和安全問題：

NTLM 身份認證或 Kerberos 身份認證出現(xiàn)問題。

由于連接問題，無法聯(lián)系域控制器。

域之間的信任關系出現(xiàn)問題。

有關可能原因的更多信息，請參見計算機上的事件日志。要解決 Windows 身份認證的連接問題，您可以使用 SQL Server 身份認證連接到 SQL Server 實例。 有關如何診斷和解決“Cannot Generate SSPI Context”錯誤的其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：

811889 如何排除“Cannot generate SSPI context”錯誤信息

如果在使用 SQL Server 身份認證時連接沒有成功，您會收到下列錯誤信息：

Login failed for user 'username' .Not associated with a trusted connection

若要解決此問題，請按照以下步驟操作。

重要說明本部分（或稱方法或任務）包含有關如何修改注冊表的步驟。但是，注冊表修改不當可能會出現(xiàn)嚴重問題。因此，請一定嚴格按照下列步驟操作。為了獲得進一步保護，請在修改注冊表之前對其進行備份。這樣就可以在出現(xiàn)問題時還原注冊表。有關如何備份和還原注冊表的更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：

322756 如何在 Windows 中備份和還原注冊表

請確認 SQL Server 實例配置為使用 Windows 身份認證和 SQL Server 身份認證。為此，請確認在正在運行 SQL Server 的計算機上存在下列注冊表項。對于默認的 SQL Server 實例：

HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode

對于 SQL Server 的命名實例：

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\Instance Name\MSSQLServer\LoginMode

請確認已設置下列注冊表項的值：

身份認證類型

值

僅限于 Windows 身份認證 1

混合模式（SQL Server 身份認證和 Windows 身份認證） 2

注意：如果您對注冊表進行了任何更改，必須關閉并重新啟動 SQL Server 實例使更改生效。

嘗試使用其他 Windows 帳戶或 SQL Server 登錄帳戶連接到 SQL Server 實例。這樣能夠幫助確定是否是由于某個特殊的登錄帳戶的問題而造成連接失敗。例如，登錄帳戶的密碼可能已被更改。

嘗試使用其他協(xié)議連接到 SQL Server 實例。例如，使用 TCP/IP 協(xié)議進行 Windows 身份認證的連接可能會失敗，但是使用命名管道協(xié)議進行 Windows 身份認證的連接就可能會成功。

如果您正在使用證書，當嘗試連接到 SQL Server 實例時，可能會收到一條安全套接字層 (SSL) 安全錯誤信息。 有關其他信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：

316898 如何借助 Microsoft Management Console 為 SQL Server 2000 啟用 SSL 加密

322144 修復：SECDoClientHandShake 無法連接到 SQL Server

7、解決 TCP/IP 套接字上的壓力問題

在使用 SQL Server ODBC 驅動程序、Microsoft OLE DB Provider for SQL Server 或 System.Data.SqlClient 管理提供程序時，可以使用恰當?shù)膽贸绦蚓幊探涌?(API) 來禁用連接池。在禁用連接池、并且應用程序頻繁打開和關閉連接時，對基本 SQL Server 網(wǎng)絡庫的壓力可能會增大。有時候，Web 服務器和 JDBC 驅動程序也會嘗試連接到 SQL Server 實例。因此，對 SQL Server 連接需求的增加可能會超過 SQL Server 的處理能力。這可能會給 TCP/IP 套接字帶來壓力，您還可能在 SQL Server 錯誤日志文件中收到下列錯誤信息：

2003-08-07 20:46:21.11 server Error:17832, Severity:20, State:6

2003-08-07 20:46:21.11 server Connection opened but invalid login packet(s) sent.Connection closed.

注意：如果運行 SQL Server 2000 SP3 或 SQL Server 2000 SP3a，則不會注意到對 TCP/IP 套接字的壓力，這是由于添加了對登陸數(shù)據(jù)包數(shù)量的限制。在使用第三方驅動程序連接到 SQL Server 實例時，發(fā)生錯誤 17832。要解決該問題，請與第三方供應商聯(lián)系，并獲取經(jīng)測試證明能夠用于 SQL Server 2000 SP3 和 SQL Server 2000 SP3a 的驅動程序。

8、查看 SQL Server 實例是否以單用戶模式啟動

如果嘗試連接的 SQL Server 實例是以單用戶模式啟動的，只能建立一個到 SQL Server 的連接。如果運行軟件的計算機自動連接到 SQL Server，該軟件可以輕松地使用唯一的連接。例如，下面的軟件可以自動連接到 SQL Server 實例：

SQL Server 代理程序

第三方備份軟件

第三方監(jiān)測軟件

第三方病毒軟件

Microsoft Internet 信息服務 (IIS)

SQL Server 企業(yè)管理器

嘗試連接到 SQL Server 實例的客戶端應用程序收到下列錯誤信息：

SQL Server does not exist or Access Denied

當安裝過程以單用戶模式啟動 SQL Server 實例時，此錯誤一般發(fā)生在 SQL 群集安裝和服務軟件包安裝期間。指定的應用程序會自動連接到使用唯一可用連接的 SQL Server 實例，從而安裝失敗。

要確定 SQL Server 實例是否已經(jīng)以單用戶模式啟動，請檢查 SQL Server 錯誤日志文件中是否具有一個與以下類似的條目：

2003-07-31 11:26:43.79 spid3 Warning ******************

2003-07-31 11:26:43.80 spid3 SQL Server started in single user mode.Updates allowed to system catalogs.

9、驗證到 SQL Server 的命名管道連接

如果您無法使用命名管道連接到 SQL Server 實例，請確認 SQL Server 實例配置為接受命名管道連接。