SQL Server 2005混合模式登錄配置

在VS2005裝完后，會自帶SQL Server2005 express版，為了便于管理，還需要安裝一個(gè)企業(yè)管理器，需要下載 Microsoft SQL Server Management Studio Express(下載名：SQLServer2005_SSMSEE.msi)。因?yàn)槟J(rèn)的是只能用windows系統(tǒng)登錄模式登錄，如果要用混合模式登錄則需要進(jìn)行如下配置：

1：開啟SQL2005遠(yuǎn)程連接功能

配置工具->SQL Server外圍應(yīng)用配置器->服務(wù)和連接的外圍應(yīng)用配置器->打開SQLEXPRESS下的DataBase Engine節(jié)點(diǎn)，選擇遠(yuǎn)程連接，選擇“同時(shí)使用TCP/IP和named pipes”，確定后，重啟數(shù)據(jù)庫服務(wù)（很重要）。

2：登錄改為混合模式

打開管理器，用windows方式連接進(jìn)入數(shù)據(jù)庫，右鍵點(diǎn)擊數(shù)據(jù)服務(wù)器-屬性，安全性，在“服務(wù)器身份驗(yàn)證”下選擇“SQL SERVER和windows身份驗(yàn)證模式”，"登錄審核"選“失敗和成功的登錄”確定。（在實(shí)例名上按右鍵--屬性--安全性--混合模式，并且在關(guān)閉了 SQL Server 服務(wù)然后再重啟）。

3：新建用戶和密碼，與sql2000類似，不做介紹

這樣就可以用數(shù)據(jù)連接字符串進(jìn)行連接了，比如（server=.\\sqlexpress;uid=sa;pwd=密碼;database=數(shù)據(jù)庫名稱"）

如果在用SQLServer模式連接的時(shí)候，報(bào)錯(cuò)“已成功與服務(wù)器建立連接，但是在登錄過程中發(fā)生錯(cuò)誤”

展開服務(wù)器上的"安全性"->登陸名->選中SA登陸賬號(右鍵)->狀態(tài)->登陸修改為啟用。
-----------------------------------------------------------------------------------------------------------------

今天用同學(xué)的本本做東西，發(fā)現(xiàn)它上面裝的是sql server 2008,而我對它不是很熟悉，更無奈的是他安裝時(shí)只用Windows身份驗(yàn)證，而我的程序需要它用SQL Server身份驗(yàn)證，只好在網(wǎng)上學(xué)習(xí)一下，正好發(fā)現(xiàn)了這個(gè)好教程，轉(zhuǎn)來分享一下:

更改TCP/IP連接為啟用
2、登錄，修改2個(gè)地方

    a) 身份驗(yàn)證方式（混合模式）
   首先使用windows身份登錄（注意，服務(wù)器名稱必須填寫正確）
   打開SQL 實(shí)例的屬性
     選擇左邊的“安全性”，注意做如下選擇

b) 啟用sa，若將sa的密碼設(shè)置為空密碼，則需要2步才能實(shí)現(xiàn)；若不設(shè)置為空密碼，可以將2步合并為一步實(shí)現(xiàn)，即：2個(gè)都設(shè)置完成后點(diǎn)擊確定即可。

i. 第一步，啟用Sa
更改完成后，單擊確定保存

ii. 第二步，設(shè)置密碼

更改完成后，單擊確定保存，當(dāng)然整個(gè)設(shè)置完成之后， 還需要重啟sql服務(wù)。

------------------------------------------------------------------------------------------------------------------

   最近在部署一個(gè)WEB項(xiàng)目時(shí)出現(xiàn)，“用戶 'sa' 登錄失敗。原因: 未與信任 SQL Server 連接相關(guān)聯(lián)”錯(cuò)誤碼率提示，但經(jīng)查證連接數(shù)據(jù)庫字符串都正確，而且數(shù)據(jù)庫服務(wù)器上數(shù)據(jù)庫設(shè)置也完全正確。部署在同一臺服務(wù)器上的一個(gè)應(yīng)用程序可以訪問數(shù)據(jù)庫服務(wù)器，這說明網(wǎng)絡(luò)也應(yīng)該沒有問題。但網(wǎng)上的解決方案全是數(shù)據(jù)庫設(shè)置和網(wǎng)絡(luò)設(shè)置問題，這使我陷入困境。但一個(gè)偶然的提示(大概是)“已成功與服務(wù)器建立連接，但是在登錄過程中發(fā)生錯(cuò)誤。 (provider: 共享內(nèi)存提供程序, error: 0 - 服務(wù)器積極拒絕了該請求。 ”讓我解決了這個(gè)問題。
   下面我將網(wǎng)絡(luò)上解決這些問題從數(shù)據(jù)庫和網(wǎng)絡(luò)設(shè)置方面的方法和我新發(fā)現(xiàn)總結(jié)如下：（本人強(qiáng)烈要求加分，昨晚整理了好幾個(gè)小時(shí)，今天才發(fā)表）
   一：網(wǎng)絡(luò)上流傳一般解決方法：
   由于SQL Server未集成Windows身份驗(yàn)證導(dǎo)致的，所以解決方案為：
　　　　1 打開SQL Server企業(yè)管理器。
　　　　2 選擇服務(wù)器名稱上右鍵選擇“編輯SQL Server注冊屬性”，然后在對話框中選擇“使用windows身份驗(yàn)證”。
　　　　3 試試一試，不行。在看看安全性設(shè)置
　　　　4 同樣右鍵，選擇“屬性”，然后打開“安全性”選項(xiàng)卡。
　　　　5 在選項(xiàng)卡中，選擇身份驗(yàn)證為“SQL Server和 Windows ”，其他不變

   你可以通過這個(gè)鏈接引用該篇文章:http://hanwei1983.bokee.com/tb.b?diaryId=16792232
在使用 SQL Server 的過程中，用戶遇到的最多的問題莫過于連接失敗了。一般而言，有以下兩種連接 SQL Server 的方式，一是利用 SQL Server 自帶的客戶端工具，如企業(yè)管理器、查詢分析器、事務(wù)探查器等。
二是利用用戶自己開發(fā)的客戶端程序，如ASP 腳本、VB程序等，客戶端程序中又是利用 ODBC 或者 OLE DB 等連接 SQL Server。下面，我將就這兩種連接方式，具體談?wù)勅绾蝸斫鉀Q連接失敗的問題。

一、客戶端工具連接失敗

在使用 SQL Server 自帶的客戶端工具（以企業(yè)管理器為例）連接 SQL Server時(shí)，最常見的錯(cuò)誤有如下一些：

1、SQL Server 不存在或訪問被拒絕

　　　 ConnectionOpen (Connect())

2、用戶'sa'登錄失敗。原因：未與信任 SQL Server 連接相關(guān)聯(lián)

3、超時(shí)已過期

下面我們依次介紹如何來解決這三個(gè)最常見的連接錯(cuò)誤。

第一個(gè)錯(cuò)誤"SQL Server 不存在或訪問被拒絕"通常是最復(fù)雜的，錯(cuò)誤發(fā)生的原因比較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：

1、SQL Server名稱或IP地址拼寫有誤；

2、服務(wù)器端網(wǎng)絡(luò)配置有誤；

3、客戶端網(wǎng)絡(luò)配置有誤。

要解決這個(gè)問題，我們一般要遵循以下的步驟來一步步找出導(dǎo)致錯(cuò)誤的原因。

首先，檢查網(wǎng)絡(luò)物理連接：

　　　ping ＜服務(wù)器IP地址＞
　
　　或者

　　　ping ＜服務(wù)器名稱＞

如果 ping ＜服務(wù)器IP地址＞失敗，說明物理連接有問題，這時(shí)候要檢查硬件設(shè)備，如網(wǎng)卡、HUB、路由器等。還有一種可能是由于客戶端和服務(wù)器之間安裝有防火墻軟件造成的，比如 ISA Server。

防火墻軟件可能會屏蔽對 ping、telnet 等的響應(yīng)，因此在檢查連接問題的時(shí)候，我們要先把防火墻軟件暫時(shí)關(guān)閉，或者打開所有被封閉的端口。

如果ping ＜服務(wù)器IP地址＞成功而 ping ＜服務(wù)器名稱＞失敗，則說明名字解析有問題，這時(shí)候要檢查 DNS 服務(wù)是否正常。

有時(shí)候客戶端和服務(wù)器不在同一個(gè)局域網(wǎng)里面，這時(shí)候很可能無法直接使用服務(wù)器名稱來標(biāo)識該服務(wù)器，這時(shí)候我們可以使用HOSTS文件來進(jìn)行名字解析，具體的方法是：

1、使用記事本打開HOSTS文件（一般情況下位于C:\WINNT\system32\drivers\etc）。

2、添加一條IP地址與服務(wù)器名稱的對應(yīng)記錄，如：

　　　　172.168.10.24 myserver

也可以在 SQL Server 的客戶端網(wǎng)絡(luò)實(shí)用工具里面進(jìn)行配置，后面會有詳細(xì)說明。

其次，使用 telnet 命令檢查SQL Server服務(wù)器工作狀態(tài)：

　　　telnet ＜服務(wù)器IP地址＞ 1433

如果命令執(zhí)行成功，可以看到屏幕一閃之后光標(biāo)在左上角不停閃動，這說明 SQL Server 服務(wù)器工作正常，并且正在監(jiān)聽1433端口的 TCP/IP 連接；如果命令返回"無法打開連接"的錯(cuò)誤信息，則說明服務(wù)器端沒有啟動 SQL Server 服務(wù)，也可能服務(wù)器端沒啟用 TCP/IP 協(xié)議，或者服務(wù)器端沒有在 SQL Server 默認(rèn)的端口1433上監(jiān)聽。

接著，我們要到服務(wù)器上檢查服務(wù)器端的網(wǎng)絡(luò)配置，檢查是否啟用了命名管道，是否啟用了 TCP/IP 協(xié)議等等。我們可以利用 SQL Server 自帶的服務(wù)器網(wǎng)絡(luò)使用工具來進(jìn)行檢查。

點(diǎn)擊：程序 -＞ Microsoft SQL Server -＞服務(wù)器網(wǎng)絡(luò)使用工具。

從這里我們可以看到服務(wù)器啟用了哪些協(xié)議。一般而言，我們啟用命名管道以及 TCP/IP 協(xié)議。

點(diǎn)中 TCP/IP 協(xié)議，選擇"屬性"，我們可以來檢查 SQK Server 服務(wù)默認(rèn)端口的設(shè)置

一般而言，我們使用 SQL Server 默認(rèn)的1433端口。如果選中"隱藏服務(wù)器"，則意味著客戶端無法通過枚舉服務(wù)器來看到這臺服務(wù)器，起到了保護(hù)的作用，但不影響連接。

檢查完了服務(wù)器端的網(wǎng)絡(luò)配置，接下來我們要到客戶端檢查客戶端的網(wǎng)絡(luò)配置。我們同樣可以利用 SQL Server 自帶的客戶端網(wǎng)絡(luò)使用工具來進(jìn)行檢查，所不同的是這次是在客戶端來運(yùn)行這個(gè)工具。

點(diǎn)擊：程序 -＞ Microsoft SQL Server -＞客戶端網(wǎng)絡(luò)使用工具

從這里我們可以看到客戶端啟用了哪些協(xié)議。一般而言，我們同樣需要啟用命名管道以及 TCP/IP 協(xié)議。

點(diǎn)擊 TCP/IP 協(xié)議，選擇"屬性"，可以檢查客戶端默認(rèn)連接端口的設(shè)置，該端口必須與服務(wù)器一致。

單擊"別名"選項(xiàng)卡，還可以為服務(wù)器配置別名。服務(wù)器的別名是用來連接的名稱，連接參數(shù)中的服務(wù)器是真正的服務(wù)器名稱，兩者可以相同或不同。我們可以使用myserver來代替真正的服務(wù)器名稱sql2kcn-02，并且使用網(wǎng)絡(luò)庫 Named Pipes。別名的設(shè)置與使用HOSTS文件有相似之處。

通過以上幾個(gè)方面的檢查，錯(cuò)誤 1 發(fā)生的原因基本上可以被排除。下面我們再詳細(xì)描述如何來解決錯(cuò)誤 2。

當(dāng)用戶嘗試在查詢分析器里面使用sa來連接SQL Server，或者在企業(yè)管理器里面使用sa來新建一個(gè)SQL Server注冊時(shí)，經(jīng)常會遇到如圖 2 所示的錯(cuò)誤信息。

該錯(cuò)誤產(chǎn)生的原因是由于SQL Server使用了"僅 Windows"的身份驗(yàn)證方式，因此用戶無法使用SQL Server的登錄帳戶（如 sa ）進(jìn)行連接。解決方法如下所示：

1、在服務(wù)器端使用企業(yè)管理器，并且選擇"使用 Windows 身份驗(yàn)證"連接上 SQL Server；

2、展開"SQL Server組"，鼠標(biāo)右鍵點(diǎn)擊SQL Server服務(wù)器的名稱，選擇"屬性"，再選擇"安全性"選項(xiàng)卡；

3、在"身份驗(yàn)證"下，選擇"SQL Server和 Windows "；

4、重新啟動SQL Server服務(wù)。

在以上解決方法中，如果在第 1 步中使用"使用 Windows 身份驗(yàn)證"連接 SQL Server 失敗，那么我們將遇到一個(gè)兩難的境地：首先，服務(wù)器只允許了 Windows 的身份驗(yàn)證；其次，即使使用了 Windows 身份驗(yàn)證仍然無法連接上服務(wù)器。

這種情形被形象地稱之為"自己把自己鎖在了門外"，因?yàn)闊o論用何種方式，用戶均無法使用進(jìn)行連接。實(shí)際上，我們可以通過修改一個(gè)注冊表鍵值來將身份驗(yàn)證方式改為 SQL Server 和 Windows 混合驗(yàn)證，步驟如下所示：

1、點(diǎn)擊"開始"-"運(yùn)行"，輸入regedit，回車進(jìn)入注冊表編輯器；

2、依次展開注冊表項(xiàng)，瀏覽到以下注冊表鍵：

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]

3、在屏幕右方找到名稱"LoginMode"，雙擊編輯雙字節(jié)值；

4、將原值從1改為2，點(diǎn)擊"確定"；

5、關(guān)閉注冊表編輯器；

6、重新啟動SQL Server服務(wù)。

此時(shí)，用戶可以成功地使用sa在企業(yè)管理器中新建SQL Server注冊，但是仍然無法使用Windows身份驗(yàn)證模式來連接SQL Server。這是因?yàn)樵?SQL Server 中有兩個(gè)缺省的登錄帳戶：BUILTIN\Administrators 以及＜機(jī)器名＞\Administrator 被刪除。要恢復(fù)這兩個(gè)帳戶，可以使用以下的方法：

1、打開企業(yè)管理器，展開服務(wù)器組，然后展開服務(wù)器；

2、展開"安全性"，右擊"登錄"，然后單擊"新建登錄"；

3、在"名稱"框中，輸入 BUILTIN\Administrators；

4、在"服務(wù)器角色"選項(xiàng)卡中，選擇"System Administrators" ；

5、點(diǎn)擊"確定"退出；

6、使用同樣方法添加＜機(jī)器名＞\Administrator 登錄。

以下注冊表鍵

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode

值決定了SQL Server將采取何種身份驗(yàn)證模式。該值為1，表示使用Windows 身份驗(yàn)證模式；該值為2，表示使用混合模式（Windows 身份驗(yàn)證和 SQL Server 身份驗(yàn)證）。

看完如何解決前兩個(gè)錯(cuò)誤的方法之后，讓我們來看一下第三個(gè)錯(cuò)誤。

如果遇到第三個(gè)錯(cuò)誤，一般而言表示客戶端已經(jīng)找到了這臺服務(wù)器，并且可以進(jìn)行連接，不過是由于連接的時(shí)間大于允許的時(shí)間而導(dǎo)致出錯(cuò)。這種情況一般會發(fā)生在當(dāng)用戶在Internet上運(yùn)行企業(yè)管理器來注冊另外一臺同樣在Internet上的服務(wù)器，并且是慢速連接時(shí)，有可能會導(dǎo)致以上的超時(shí)錯(cuò)誤。有些情況下，由于局域網(wǎng)的網(wǎng)絡(luò)問題，也會導(dǎo)致這樣的錯(cuò)誤。

要解決這樣的錯(cuò)誤，可以修改客戶端的連接超時(shí)設(shè)置。默認(rèn)情況下，通過企業(yè)管理器注冊另外一臺SQL Server的超時(shí)設(shè)置是 4 秒，而查詢分析器是 15 秒（這也是為什么在企業(yè)管理器里發(fā)生錯(cuò)誤的可能性比較大的原因）。具體步驟為：

1、在企業(yè)管理器中，選擇菜單上的"工具"，再選擇"選項(xiàng)"；

2、在彈出的"SQL Server企業(yè)管理器屬性"窗口中，點(diǎn)擊"高級"選項(xiàng)卡；

3、在"連接設(shè)置"下的"登錄超時(shí)（秒）"右邊的框中輸入一個(gè)比較大的數(shù)字，如 20。

查詢分析器中也可以在同樣位置進(jìn)行設(shè)置。

二、應(yīng)用程序連接失敗

以上的三種錯(cuò)誤信息都是發(fā)生在 SQL Server 自帶的客戶端工具中，在應(yīng)用程序中我們也會遇到類似的錯(cuò)誤信息，例如：

Microsoft OLE DB Provider for SQL Server (0x80004005)
[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.

Microsoft OLE DB Provider for SQL Server (0x80004005)
用戶 'sa' 登錄失敗。原因: 未與信任 SQL Server 連接相關(guān)聯(lián)。

Microsoft OLE DB Provider for ODBC Drivers 錯(cuò)誤 '80004005'.
[Microsoft][ODBC SQL Server Driver]超時(shí)已過期.

首先，讓我們來詳細(xì)看以下的示意圖來了解一下使用 ODBC 和使用 OLE DB 連接 SQL Server 有什么不同之處。

在實(shí)際使用中，應(yīng)用程序創(chuàng)建和使用各種 ADO 對象，ADO 對象框架調(diào)用享用的 OLE DB 提供者。

為了訪問 SQL Server 數(shù)據(jù)庫，OLE DB 提供了兩種不同的方法：用于 SQL Server 的 OLE DB 提供者以及用于 ODBC 的 OLE DB 提供者。這兩種不同的方法對應(yīng)于兩種不同的連接字符串，標(biāo)準(zhǔn)的連接字符串寫法如下所示：

1、使用用于 SQL Server 的 OLE DB 提供者：

使用 SQL Server 身份驗(yàn)證：

oConn.Open "Provider=sqloledb;" & _
"Data Source=myServerName;" & _
"Initial Catalog=myDatabaseName;" & _
"User Id=myUsername;" & _
"Password=myPassword"

　　使用 Windows 身份驗(yàn)證（信任連接）：

oConn.Open "Provider=sqloledb;" & _
"Data Source=myServerName;" & _
"Initial Catalog=myDatabaseName;" & _
"Integrated Security=SSPI"

2、使用用于 ODBC 的 OLE DB 提供者（不使用 ODBC 數(shù)據(jù)源）：

使用 SQL Server 身份驗(yàn)證：

oConn.Open "Driver={SQL Server};" & _
"Server=MyServerName;" & _
"Database=myDatabaseName;" & _
"Uid=myUsername;" & _
"Pwd=myPassword"

　　使用 Windows 身份驗(yàn)證（信任連接）：

oConn.Open "Driver={SQL Server};" & _
"Server=MyServerName;" & _
"Database=myDatabaseName;" & _
"Trusted_Connection=yes"

　　3、使用用于 ODBC 的 OLE DB 提供者（使用 ODBC 數(shù)據(jù)源）：

oConn.Open "DSN=mySystemDSN;" & _
"Uid=myUsername;" & _
"Pwd=myPassword"

如果遇到連接失敗的情況，我們只要按照一中所示的方法，結(jié)合程序中的連接字符串進(jìn)行檢查，基本都能得到解決。另外，還有以下幾個(gè)要注意的地方：

1、配置 ODBC 數(shù)據(jù)源時(shí)，點(diǎn)擊"客戶端"配置選項(xiàng)可以讓我們指定連接使用的網(wǎng)絡(luò)庫、端口號等屬性。

2、如果遇到連接超時(shí)的錯(cuò)誤，我們可以在程序中修改 Connection 對象的超時(shí)設(shè)置，再打開該連接。例如：

＜%Set Conn = Server.CreateObject
("ADODB.Connection")DSNtest="DRIVER={SQL
Server};SERVER=ServerName;UID=USER;
PWD=password;DATABASE=mydatabase"Conn.
Properties("Connect Timeout") = 15 '
以秒為單位Conn.open DSNtest%＞

　　3、如果遇到查詢超時(shí)的錯(cuò)誤，我們可以在程序中修改 Recordset 對象的超時(shí)設(shè)置，再打開結(jié)果集。例如：

Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . .
cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties
("Command Time Out") = 300'
//同樣以秒為單位，如果設(shè)置為 0 表示無限制
rs.Open cmd1, cnrs.MoveFirst. . .

三、小結(jié)

總結(jié)本文，是針對大部分用戶在使用 SQL Server 過程中常見的連接失敗的錯(cuò)誤，重點(diǎn)說了在使用 SQL Server 客戶端工具以及用戶開發(fā)的應(yīng)用程序兩種情況下，如何診斷并解決連接失敗的錯(cuò)誤。
看過本文以后，相信所有看到的人都會對 SQL Server 的連接工作原理、身份驗(yàn)證方式以及應(yīng)用程序開發(fā)等有一個(gè)較為全面而深入的連接。

本文中所有的測試或者示例均在 Windows 2000 Advanced Server + SQL Server 2000 企業(yè)版上通過。

今天在用VISIO反向工程時(shí),突然無法鏈接SQL Server數(shù)據(jù)庫了，錯(cuò)誤代碼如下

在建立與服務(wù)器的連接時(shí)出錯(cuò)。在連接到 SQL Server 2005 時(shí)，在默認(rèn)的設(shè)置下 SQL Server 不允許進(jìn)行遠(yuǎn)程連接可能會導(dǎo)致此失敗。 (provider: SQL 網(wǎng)絡(luò)接口, error: 26 - 定位指定的服務(wù)器/實(shí)例時(shí)出錯(cuò)) (Microsoft SQL Server, Error: -1)

于是開始檢查

首先進(jìn)入【開始】—>【Microsoft SQL Server 2005】－>選擇【配置工具】－> 打開【SQL Server Configuration Manager】

發(fā)現(xiàn)Sql Server（SQLEXPRESS）運(yùn)行正常，而Sql Server Browser沒有打開，仔細(xì)一看，服務(wù)被禁止了，于是

在命令行輸入 services.msc 找到Sql Server Browser服務(wù)，把它打開。

回到SQL Server Configuration Manager，把Sql Server Browser打開，再次鏈接，成功，運(yùn)行正常。

下面是網(wǎng)上搜集的資料,但是沒能解決我個(gè)人的問題，不過寫的很好收藏了，在這與大家分享吧

在建立與服務(wù)器的連接時(shí)出錯(cuò)。在連接到 SQL Server 2005 時(shí)，在默認(rèn)的設(shè)置下 SQL Server 不允許進(jìn)行遠(yuǎn)程連接可能會導(dǎo)致此失敗。 (provider: 命名管道提供程序, error: 40 - 無法打開到 SQL Server 的連接)
解決方法：
你可能連接的數(shù)據(jù)庫是SQL Server 2005 Express Edition,從"開始菜單"調(diào)出"配置工具"中的"SQL Server 外圍應(yīng)用配置器".然后單擊"服務(wù)和連接外圍應(yīng)用配置器",選擇數(shù)據(jù)庫實(shí)例(默認(rèn)是"SQLEXPRESS",選擇database Engine的"遠(yuǎn)程連接"中的"本地連接和遠(yuǎn)程連接(用TCP/IP)",這樣即可打開SQL Server 2005的遠(yuǎn)程連接(默認(rèn)不允許).
其實(shí)你可以
配置文件:
<connectionStrings>
<add name="testDBConnectionString" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=D:\wwwroot\sszTest1\App_Data\testDB.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True" providerName="System.Data.SqlClient"/>
</connectionStrings>
程序調(diào)用時(shí):
SqlConnection sqlCon = new SqlConnection(System.Configuration.ConfigurationSettings.AppSettings["testDBConnectionString"].ToString());//testDBConnectionString
或都直接生成connection:
SqlConnection sqlCon = new SqlConnection("Data Source=.\\SQLEXPRESS;AttachDbFilename=D:\\wwwroot\\sszTest1\\App_Data\\testDB.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True")
只要連接成功,你再生成DataSource應(yīng)該不成問題.

在建立與服務(wù)器的連接時(shí)出錯(cuò)。在連接到 SQL Server 2005 時(shí)，在默認(rèn)的設(shè)置下 SQL Server 不允許進(jìn)行遠(yuǎn)程連接可能會導(dǎo)致此失敗。 (provider: SQL 網(wǎng)絡(luò)接口, error: 26 - 定位指定的服務(wù)器/實(shí)例時(shí)出錯(cuò))
首選請確認(rèn)SQL SERVER EXPRSS已安裝到本地計(jì)算機(jī)上，并且SQL SERVER (SQLEXPRESS)服務(wù)已經(jīng)成功啟動。如果問題仍然存在，可以嘗試應(yīng)打開“SQL Server 外圍應(yīng)用配置器”，選擇“服務(wù)和連接的外圍應(yīng)用配置器”，然后將“遠(yuǎn)程連接”配置為“同時(shí)使用 TCP/IP 和 named pipes”

由于啟動用戶實(shí)例的進(jìn)程時(shí)出錯(cuò)，導(dǎo)致無法生成 SQL Server 的用戶實(shí)例。該連接將關(guān)閉。
將連接字符串中的“User Instance=True”修改為“User Instance=False”即可。
相關(guān)參考文章請參閱《非管理員用戶實(shí)例》

無法將文件 'X:\Website\App_Data\Database.mdf' 作為數(shù)據(jù)庫 ''. 附加。當(dāng)前命令發(fā)生了嚴(yán)重錯(cuò)誤。應(yīng)放棄任何可能產(chǎn)生的結(jié)果。
需要為X分區(qū)以及X分區(qū)的子文件夾和文件分配Users組的“讀取”權(quán)限。

嘗試為文件 X:\Website\App_Data\Database.mdf 附加自動命名的數(shù)據(jù)庫，但失敗。已存在同名的數(shù)據(jù)庫，或指定的文件無法打開或位于 UNC 共享目錄中。
首選要確認(rèn)已經(jīng)為X分區(qū)以及X分區(qū)的子文件夾和文件分配了Users組的“讀取”權(quán)限。如果問題仍然存在，請使用SQL Server Management Studio連接到SQLEXPRESS數(shù)據(jù)庫實(shí)例，檢查是否有名稱是“Database”的數(shù)據(jù)庫存在。如果有，分離同名數(shù)據(jù)庫即可。

無法打開用戶默認(rèn)數(shù)據(jù)庫。登錄失敗。
用戶 'NT AUTHORITY\NETWORK SERVICE' 登錄失敗。
數(shù)據(jù)庫文件Database.mdf 的讀寫權(quán)限被設(shè)置成只有NETWORK SERVICE才具有。解決方法是先停止掉SQL SERVER (SQLEXPRESS)服務(wù)，然后從父項(xiàng)集成權(quán)限，再次啟動SQL SERVER (SQLEXPRESS)服務(wù)即可。

  我現(xiàn)在想學(xué)ASP.NET,我看別人的代碼,發(fā)現(xiàn)下面一句
FormsAuthentication.RedirectFromLoginPage(userId, false);
能重定向至另一頁面,但這里并沒有指定要轉(zhuǎn)向那個(gè)頁面啊,
我暈，原來在web.config有配置。

<authentication mode="Forms" >
<forms loginUrl="login.aspx"></forms>
</authentication>
<authorization>
<deny users="?"/>
</authorization>

復(fù)制代碼

呵呵,這個(gè)東西很爽的,當(dāng)用了FORM認(rèn)證,如果你沒有登錄,不管你打開的哪頁,都會進(jìn)入指定的登錄頁面,登錄完成后,又能返回你指定的頁...

authentication mode="Forms" >
<forms loginUrl="login.aspx"></forms>
</authentication>
-----------------------------上面是身份驗(yàn)證的
－－－－－－－－－－－－－－－－－下面是授權(quán)的
<authorization>
<deny users="?"/>
</authorization>

將已驗(yàn)證身份的用戶重定向回最初請求的 URL

   二：我的解決方案，如果數(shù)據(jù)設(shè)置與網(wǎng)絡(luò)設(shè)置都沒有問題的情況下，可以從ADO.NET連接字符串，設(shè)置上面下手。
   我從“已成功與服務(wù)器建立連接，但是在登錄過程中發(fā)生錯(cuò)誤。 (provider: 共享內(nèi)存提供程序, error: 0 - 服務(wù)器積極拒絕了該請求。) ”。我發(fā)現(xiàn)最近幾天的修改中，并沒有修改過連接字符串。而且同樣的配置文件在自己的機(jī)子上部署（Win 2003server）可以正常工作，而服務(wù)器是win2000上就不行了。是什么原因?qū)е戮芙^訪問呢？只能從數(shù)據(jù)庫資源上尋求解決方案了，最后我把數(shù)據(jù)庫最大連接池?cái)?shù)據(jù)量(Max Pool Size)改為20時(shí)，Win2000上部署應(yīng)用WEB又可以訪問數(shù)據(jù)庫了。（ADO.NET中默認(rèn)連接池最大為100）。

我的Sql Server Browser沒有打開，仔細(xì)一看，服務(wù)被禁止,把它開啟就OK了，
這么多，寫啊，粘啊的，弄得手疼，眼睛疼，轉(zhuǎn)載注明。我容易嗎我!

本站僅提供存儲服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請點(diǎn)擊舉報(bào)。

中文字幕理论片,69视频免费在线观看,亚洲成人app,国产1级毛片,刘涛最大尺度戏视频,欧美亚洲美女视频,2021韩国美女仙女屋vip视频

SQL Server 2005混合模式登錄配置