国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 數據庫 > SQL Server > 正文

關于sql server 2005登錄出錯問題 provider: 共享內存提供程序, error: 0

2024-08-31 01:02:03
字體:
來源:轉載
供稿:網友

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 中沒有一次出現這樣的問題?難道有個可以共享連接的連接池?性能那么好?

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 顺昌县| 临桂县| 鄱阳县| 黄冈市| 满城县| 吉安市| 太仆寺旗| 三门县| 容城县| 望都县| 巴林左旗| 贵溪市| 双牌县| 延津县| 清流县| 崇仁县| 湄潭县| 镇平县| 基隆市| 屯昌县| 永修县| 惠来县| 长泰县| 云梦县| 习水县| 富锦市| 沅江市| 尼勒克县| 温泉县| 宁海县| 武陟县| 天祝| 陇南市| 搜索| 石泉县| 江津市| 石景山区| 滁州市| 兰西县| 松原市| 沁阳市|