A. 執行 Transact-sql 語句或批處理時發生了異常。 (Microsoft.SqlServer.ConnectionInfo)
估計是異常關閉了，建議恢復一下
恢復步驟:
1 停止sqlserver服務,備份msdb資料庫
2 將資料庫設置為單用戶模式
啟動sqlserver服務,將資料庫設置為單用戶模式
ALTER DATABASE ErrorDB SET SINGLE_USER
3 從其他機器拷貝msdb資料庫過來,直接替換msdb資料庫文件和日誌文件
4 對資料庫進行檢查修復
dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS
dbcc checkdb(EIMSDb,REPAIR_REBUILD)
5 取消單用戶模式
exec sp_dboption EIMSDb, N'single', N'false'
B. 附加資料庫出現錯誤：9003 LSN無效
備份數據文件,然後按下面的步驟處理:
1.新建一個同名的資料庫(數據文件與原來的要一致)
2.再停掉sql server(注意不要分離資料庫)
3.用原資料庫的數據文件覆蓋掉這個新建的資料庫
4.再重啟sql server
5.此時打開企業管理器時會出現置疑，先不管，執行下面的語句（注意修改其中的資料庫名)
6.完成後一般就可以訪問資料庫中的數據了,這時,資料庫本身一般還要問題,解決辦法是,利用
資料庫的腳本創建一個新的資料庫,並將數據導進去就行了.
C. 求助SQL 添加附加資料庫 9003 錯誤 如何解
--方法如下:
--1．我們使用默認方式建立一個供恢復使用的資料庫(如pos)。可以在SQL Server
Enterprise Manager裡面建立。
--2．停掉資料庫伺服器。
--3．將剛才生成的資料庫的日誌文件pos_log.ldf刪除，用要恢復的資料庫mdf文件覆蓋剛才生成的資料庫數據文件pos_data.mdf。
--4．啟動資料庫伺服器。此時會看到資料庫pos的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
--5．設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise
Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
use master
go
exec sp_configure 'allow updates',1
go
reconfigure with override
go
轉載，僅供參考。
D. 您好，看了您提過的解決SQL 9003錯誤問題的方法，並查閱了網上的相關資料，還是沒能解決我的資料庫問題。
9003,日誌有問題，重新生成日誌，記得先做備份。
E. 用友T1-商貿寶，mssqlserver服務管理器無法啟動，會出現如下圖的錯誤：9003.資料庫問題。
憑經驗。應該是磁碟讀寫出了問題。
你先排除磁碟滿了，或者是磁碟壞了的原因。伺服器磁碟用1年就要換。
也有可能是操作系統升級，或者是防火牆自動升級導致許可權變更，或者是配置變更造成的。
從表面上原因是是LSN向LOG里寫時出錯。LSN是通過LOG恢復資料庫用的。是一個數據序號。
F. 如何處理sql server 2008 R2 Error 9003
轉： sql server 2008 R2 Error 9003：The log scan number passed to log scan in database is not valid......... 在很多情況下,伺服器突然斷電很有可能的，attach database 時提示9003錯誤， 錯誤原因：ldf文件或者mdf文件出錯，極有可能是ldf在備份操作時和mdf不同步 ======解決方法======== 我在我的機器上處理過程，原來的資料庫為rcgl，首先要根據mdf生成一個新的日誌文件ldf；建一個同名的資料庫，停止SQL Server，然後刪除原來那個有問題的ldf，將剛新建的資料庫ldf文件覆蓋掉原來的ldf文件，啟動SQL Server服務，執行語句： /*設置資料庫允許直接操作系統表*/ use master go exec sp_configure 'allow updates',1 go reconfigure with override go /*將資料庫設置為緊急修復模式*/ alter database rcgl set emergency go alter database rcgl set single_user with rollback immediate go alter database nocloneweb Rebuild Log on (name=rcgl_1,filename= 'J:MSSQL cgl.ldf') alter database rcgl set multi_user. 經過這幾個步驟，資料庫恢復。
G. SQL2005服務無法開啟，參考代碼3417，錯誤9003
你的問題我幫不了你，！
請問你能幫我解決這個問題嗎？
有外鍵的表裡添加記錄，總是提示錯誤，「消息 547，級別 16，狀態 0，第 1 行
INSERT 語句與 FOREIGN KEY 約束"FK_num2"沖突。該沖突發生於資料庫"studant1"，表"dbo.專業表", column '專業代碼'。」一般這是那裡的問題，語法是對的！
H. 如何處理sql server 2008 R2 Error 9003
方法1： 第一步： backup log database_name with no_log 或者 backup log database_name with truncate_only --no_log和truncate_only是在這里是同義的，隨便執行哪一句都可以 第二步： 1.收縮特定資料庫的所有數據和日誌文件，執行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收縮的資料庫名稱；target_percent是資料庫收縮後的資料庫文件中所要的剩餘可用空間百分比 2.收縮一次一個特定資料庫中的數據或日誌文件，執行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收縮的文件的標識 (ID) 號,若要獲得文件 ID，請使用 FILE_ID 函數或在當前資料庫中搜索 sysfiles；target_size是用兆位元組表示的所要的文件大小（用整數表示）。如果沒有指定，dbcc shrinkfile 將文件大小減少到默認文件大小 兩個dbcc都可以帶上參數notruncate或truncateonly，具體意思看幫助。 方法2 （這個方法在sqlserver2000的環境下做一般能成功，在sqlserver7及以下版本就不一定了）： 第一步： 先備份整個資料庫以備不測 第二步： 備份結束後，在Query Analyzer中執行如下的語句： exec sp_detach_db yourDBName,true --卸除這個DB在MSSQL中的注冊信息 第三步： 到日誌的物理文件所在的目錄中去刪除該日誌文件或者將該日誌文件移出該目錄 第四步： 在Query Analyzer中執行如下的語句： exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf' --以單文件的方式注冊該DB，如果成功則MSSQL將自動為這個DB生成一個500K的日誌文件。 以上方法在清除log日誌中均有效。 但，能否讓sql server 不產生log日誌呢？以上方法好像均無效。 我這兒正好有個case： 我客戶的sql server每天都會產生4，500M的log日誌，每天都清除一下，非常不便。有沒有辦法實現不產生log日誌呢？ 我分析了一下客戶產生log日誌的原因，並且做了相應測試。 客戶是每天將資料庫清空，從總系統中將數據導入到sql server里。我感決sqlserver在插入時產生log不大，在delete整個庫時產生log極大。 比如： SELECT * into test_2 from b_bgxx 共45000條記錄，產生十幾M log，如果 delete from test_2 產生80多M log ，這明顯存在問題。 雖然可以換成： truncate table test_2 但我還是希望能找到不產生log的方法。就如oracle不產生歸檔一樣。
I. sqlserver服務啟動不了。事件查看Error: 9003, Severity: 20, State: 1.
你好 很高興為你解答， 這個問題我也出現過後來解決了， 你用我的方法試試看
這個需要重新編譯master DB
下面是步驟：
1， 關掉 sql server 包括他的服務
2， 在安裝目錄下
Program Files\Microsoft SQL Server\ MSSQL\ Binn（這個需要根據你的安裝路徑）
在這個路徑下運行這個Rebuildm.exe文件
會出現一個對話框， 然後點擊瀏覽， 選擇data文件夾 點確定
3， 點擊設定 設定你之前設定過的collation的值， 他們一般是用於區分大小寫和字型檔的
4， 最後回到重編譯對話框 點擊重新編譯
我的版本是英文的所以翻譯的可能和顯示的不完全一樣， 不過不會差很多， 你自己仔細看看因該沒問題， 希望回答能對你有幫助
J. sql server 2000 做資料庫附加的時候提示消息:9003
不知道 哈哈