錯誤15105，從網(wǎng)上找了一些解決方案，一般都是說文件的權(quán)限不足的問題，
當然附加的時候必須是有數(shù)據(jù)庫附加權(quán)限才可以操作的。
解決辦法1：給相應的MDF文件給Full Control的權(quán)限，如果不知道是什么用戶可以去Sql Server的配置中心去找
但是我遇到這個用上述方法就不可以。
解決方法2：換個用戶試試，我原數(shù)據(jù)庫是用sa登陸的，我試著用sa登陸一下，附加成功了！~
如果反復的用sa登陸卻登陸失敗，可能是沒有開權(quán)限。
權(quán)限可以在登陸用戶的選項中設置，允許登陸即可。
驗證模式則可以在服務器處設置，要選擇混合登陸模式。
另外對高版本數(shù)據(jù)附加低版本數(shù)據(jù)庫也可以試試上面的方法。
其實我個人更喜歡用生成腳本的方式導結(jié)構(gòu)和數(shù)據(jù)。
在QA里執(zhí)行sp_attach_db或者sp_attach_single_file_db，出現(xiàn)提示：錯誤1813：未能打開新數(shù)據(jù)庫'dbname',create database 將終止。設備激活錯誤。物理文件名'd:\sql server\mssql\data\dbname _log.ldf'可能有誤！
按下面的步驟處理:
1.新建一個同名的數(shù)據(jù)庫
2.再停掉sqlserver服務(注意不要分離數(shù)據(jù)庫)
3.用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個新建的數(shù)據(jù)庫
4.再重啟sqlserver服務
5.此時打開企業(yè)管理器時會出現(xiàn)置疑，先不管，執(zhí)行下面的語句（注意修改其中的數(shù)據(jù)庫名）
6.完成后一般就可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了。這時,數(shù)據(jù)庫本身一般還有問題,解決辦法是：利用數(shù)據(jù)庫的腳本創(chuàng)建一個新的數(shù)據(jù)庫,然后通過DTS將數(shù)據(jù)導進去就行了
復制代碼 代碼如下:
use master go sp_configure 'allow updates',1 reconfigure with override go update sysdatabases set status =32768 where name='置疑的數(shù)據(jù)庫名' go sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'true' go dbcc checkdb('置疑的數(shù)據(jù)庫名') go update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫名' go sp_configure 'allow updates', 0 reconfigure with override go sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'false' go
Sql Server 2000附加數(shù)據(jù)庫出現(xiàn)1813錯誤的解決方法
今天進行了一錯誤操作。
數(shù)據(jù)庫xxzx_discuz，因生成大量日志使日志文件'xxzx_discuz_Log.LDF' 占滿了磁盤所有空間，使網(wǎng)站無法正常使用數(shù)據(jù)庫。
自己圖省事分離數(shù)據(jù)庫xxzx_discuz后，直接刪除'xxzx_discuz_Log.LDF' (因為文件太大，無法存放到回收站)，重新附件到SQL Server時出現(xiàn)兩個提示：
------------------------------------------------------------------------------------------------------------------------------
SQL Server 企業(yè)管理器
---------------------------
為日志文件指定的文件名不正確。
將創(chuàng)建新的日志文件。
要繼續(xù)嗎？
---------------------------
是(Y) 否(N)
------------------------------------------------------------------------------------------------------------------------------
Microsoft SQL-DMO （ODBC SQLState: 42000）
---------------------------
錯誤 1813: 未能打開新數(shù)據(jù)庫 'xxzx_discuz'。CREATE DATABASE 將終止。
設備激活錯誤。物理文件名 'S:\Program Files\Microsoft SQL Server\MSSQL\data\xxzx_discuz_Log.LDF' 可能有誤。
---------------------------
確定
------------------------------------------------------------------------------------------------------------------------------
從而無法將數(shù)據(jù)庫正常附加到SQL Server 2000，正常情況下這樣操作是沒有問題的，SQL Server會重新生成日志文件，但是因為之前出現(xiàn)了磁盤空間不足，日志文件不完整，從而造成了無法正常附加。
解決辦法如下（從網(wǎng)上找來的）：
0.備份數(shù)據(jù)文件'xxzx_discuz_Log.MDF'
1.新建一個同名的數(shù)據(jù)庫'xxzx_discuz'
2.再停掉sqlserver服務(注意不要分離數(shù)據(jù)庫)
3.用原數(shù)據(jù)庫的數(shù)據(jù)文件'xxzx_discuz_Log.MDF' 覆蓋掉新建的數(shù)據(jù)庫
4.再重啟sqlserver服務
5.此時打開企業(yè)管理器時會出現(xiàn)置疑，先不管，執(zhí)行下面的語句（注意修改其中的數(shù)據(jù)庫名） 6.完成后一般就可以訪問數(shù)據(jù)庫中的數(shù)據(jù)了。這時,數(shù)據(jù)庫本身一般還有問題,解決辦法是：利用數(shù)據(jù)庫的腳本創(chuàng)建一個新的數(shù)據(jù)庫,然后通過DTS將數(shù)據(jù)導進去就行了. SQL代碼
復制代碼 代碼如下:
use master
go
sp_configure 'allow updates',1 reconfigure with override
go
update sysdatabases set status =32768 where name='置疑的數(shù)據(jù)庫名'
go
sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'true'
go
dbcc checkdb('置疑的數(shù)據(jù)庫名')
go
update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫名'
go
sp_configure 'allow updates', 0 reconfigure with override
go
sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'false'
go
特別注意最后一步中的說明“這時,數(shù)據(jù)庫本身一般還有問題,解決辦法是：利用數(shù)據(jù)庫的腳本創(chuàng)建一個新的數(shù)據(jù)庫,然后通過DTS將數(shù)據(jù)導進去就行了” 參考文章：Sql Server附加數(shù)據(jù)庫出現(xiàn)1813錯誤的解決方法
您可能感興趣的文章:- sql server2005實現(xiàn)數(shù)據(jù)庫讀寫分離介紹
- SQL Server 2005附加數(shù)據(jù)庫時Read-Only錯誤的解決方案
- sql server2012附加數(shù)據(jù)庫問題解決方法
- Sqlserver 2005附加數(shù)據(jù)庫時出錯提示操作系統(tǒng)錯誤5(拒絕訪問)錯誤5120的解決辦法
- sqlserver附加.mdf權(quán)限問題解決
- MSSQL2005在networkservice權(quán)限運行附加數(shù)據(jù)庫報(Microsoft SQL Server，錯誤: 5120)
- SQL SERVER 2008 無法附加數(shù)據(jù)庫的解決方法
- SQLServer 附加數(shù)據(jù)庫后出現(xiàn)只讀或失敗的解決方法
- mssql server .ldf和.mdf的文件附加數(shù)據(jù)庫的sql語句
- SQL Server 數(shù)據(jù)庫分離與附加 就這么簡單!
