SQL2005 sa Islock 用戶不能正常登錄的處理方法
用系統/administrators可以登錄,在安全性用戶列表中,修改sa屬性時系統提示: 屬性IsLocked不可用于登錄"[sa].該對像可能沒有此屬性,也可能是訪問權限不足而無法檢索.
Alter login sa with password = 'newpwd' unlock, check_policy = off, check_expiration = off
問題一:
已成功與服務器建立連接,但是在登錄過程中發生錯誤。 (provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程。
用windows身份登錄, 點站點屬性,將安全選項更改為:windows 和sql 混合身份登錄,解決。
問題二:
sql2005使用sa登錄錯誤解決
SQL2005企業管理器登錄時選用windows身份驗證一切順利,然而使用sql server身份驗證即sa用戶名登錄時,卻出現以下錯誤提示“provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程”。于是按以下步驟修改設置:
既然windows身份驗證能夠通過,就以該身份先登錄進管理器,然后在服務器屬性中有一項服務器身份驗證,設為sql server和windows身份驗證模式。下一步,在安全--登錄中設置sa用戶的屬性,在狀態一欄中有“登錄”一項,默認是禁用,改為啟用。修改完成后,重啟企業管理器以sa用戶名進行登錄,問題依舊。想了半天,原來在設置完“sql server和windows身份驗證模式”后,要求重啟服務。當時設置完成后只是重新開啟了企業管理器,其服務并沒重新啟動。
因此找到“SQL Server 外圍應用配置器”,運行后,選擇“服務和連接外圍應用配置器”,先停止SQLEXPRESS一下,再啟動一次。至此問題應該解決了。
問題三:
已成功與服務器建立連接,但是在登錄過程中發生錯誤。 (provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程。)
“/cs”應用程序中的服務器錯誤。
已成功與服務器建立連接,但是在登錄過程中發生錯誤。 (provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程.)
出現這樣的錯誤,到網上查了好多資料也沒有好的解決辦法,最后打開web.config把
<add key="SiteSqlServer" value="server=(local);uid=csuser;pwd=xxx;Trusted_Connection=yes;database=communityserver" />
改成
<add key="SiteSqlServer" value="Data Source=.;Initial Catalog=communityserver;Persist Security Info=True;User ID=csuser;Password=xxx"/>
問題解決
問題四:
[原創] 已成功與服務器建立連接,但是在登錄過程中發生錯誤 2007-03-15 12:05
已成功與服務器建立連接,但是在登錄過程中發生錯誤。 (provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程。)
上述為我在創建. net 平臺下Web Application 時遇到的數據庫連接問題。問題的出現是很突然的,因為產品就要交付客戶體驗了。按照平時的習慣(上網搜索)我們一直沒有找到原因,網上出現這種情況的帖子太多了。有改程序中數據庫ConnectionString 的,也有對數據庫動刀的,可都不對癥.
后來,經過多方思考,才有了基本的應對方案.原來這里存在一個數據庫遷移的問題(不知道對不對,暫且這樣叫吧),當初客戶的需求是使用ASP.NET和SQL SERVER 2005 來開發他們的Intranet管理網站,可是我們的機器大都是512M內存的,性能上Visual Studio 2005還能過得去,可是Sql server 2005就不行了,我們只好使用了Studio自帶的Sql server 2005 Express Edition.這樣的結果是大家在一起工作,數據庫很好統一,不用分離,直接復制就能得到一樣的數據庫版本供大家開發使用,可是我個人體會(以及遇到后來的問題的感想)以為,Studio 內嵌的數據庫管理系統和Sql server 2005的還是有點區別的,尤其是在性能上,下面來說說我們遇到的那個數據庫連接問題。
當我們把整個應用程序配置到IIS時(Web服務器和數據庫服務器在同一臺機器上,數據庫管理系統為Sql server 2005 而非Express Edition ),問題出現了,我們大家一對網站進行測試,幾分鐘后就會出現上述的Sql server 數據庫連接錯誤,一開始都很迷茫,從沒有過的問題啊?后來經過仔細的研究和分析,我們發現問題沒有出現在數據庫上,而且當且僅當訪問帶有樹狀目錄結構的頁面時,問題就發生了。
再說說這個樹狀結構吧,它是我們手動從數據庫中綁定根項目和子項目的無限級遞歸綁定樹,帶有樹的頁面是雙框架的,點擊左邊的樹節點,左邊會相應顯示相關項目的內容,當初我設計這個實現樹的遞歸方法時是這樣考慮的,將數據庫只開一次,讓后看樹被初始化之后將數據庫給關掉。后來才明白總的問題就出現在這里,遞歸的時候,調用創建子節點的方法,曾經n次打開數據庫連接,可是最終只關閉了一次,所以當多次訪問該頁面的時候,就會出現“已成功與服務器建立連接,但是在登錄過程中發生錯誤。 (provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程。)”的錯誤。
其實如果當時認真地話,單看字面意思也能想到點什么的:“已成功與服務器建立連接”--說明連接沒有出錯;“provider: 共享內存提供程序, error: 0 - 管道的另一端上無任何進程。”--這個也能想到啊,服務器端用于創建連接的共享內存用完了,自然就不響應后來的請求。假如仔細分析,也許會想到問題是發生在內存消耗上.
后來重新把遞歸方法改了,就沒有這樣的問題發生了。。。
說這么多,我是有個迷惑的:為什么當初在Studio內嵌的Sql server 2005 Express Edition 中沒有一次出現這樣的問題?難道有個可以共享連接的連接池?性能那么好?
新聞熱點
疑難解答