mssql server 數據庫附加不上處理方法分享。本站提示廣大學習愛好者：（mssql server 數據庫附加不上處理方法分享）文章只能為提供參考，不一定能成為您想要的結果。以下是mssql server 數據庫附加不上處理方法分享正文
毛病15105，從網上找了一些處理計劃，普通都是說文件的權限缺乏的成績，
固然附加的時刻必需是稀有據庫附加權限才可以操作的。
處理方法1：給響應的MDF文件給Full Control的權限，假如不曉得是甚麼用戶可以去Sql Server的設置裝備擺設中間去找
然則我碰到這個用上述辦法就弗成以。
處理辦法2：換個用戶嘗嘗，我原數據庫是用sa上岸的，我試著用sa上岸一下，附加勝利了！~
假如重復的用sa上岸卻上岸掉敗，能夠是沒有開權限。
權限可以在上岸用戶的選項中設置，許可上岸便可。
驗證形式則可以在辦事器處設置，要選擇混雜上岸形式。
別的對高版本數據附加低版本數據庫也能夠嘗嘗下面的辦法。
其實我小我更愛好用生成劇本的方法導構造和數據。
在QA裡履行sp_attach_db或許sp_attach_single_file_db，湧現提醒：毛病1813：未能翻開新數據庫'dbname',create database 將終止。裝備激活毛病。物理文件名'd:\sql server\mssql\data\dbname _log.ldf'能夠有誤！
按上面的步調處置:
1.新建一個同名的數據庫
2.再停失落sqlserver辦事(留意不要分別數據庫)
3.用原數據庫的數據文件籠罩失落這個新建的數據庫
4.再重啟sqlserver辦事
5.此時翻開企業治理器時會湧現置疑，先不論，履行上面的語句（留意修正個中的數據庫名）
6.完成後普通便可以拜訪數據庫中的數據了。這時候,數據庫自己普通還有成績,處理方法是：應用數據庫的劇本創立一個新的數據庫,然後經由過程DTS將數據導出來就好了
use master go sp_configure 'allow updates',1 reconfigure with override go update sysdatabases set status =32768 where name='置疑的數據庫名' go sp_dboption '置疑的數據庫名', 'single user', 'true' go dbcc checkdb('置疑的數據庫名') go update sysdatabases set status =28 where name='置疑的數據庫名' go sp_configure 'allow updates', 0 reconfigure with override go sp_dboption '置疑的數據庫名', 'single user', 'false' go
Sql Server 2000附加數據庫湧現1813毛病的處理辦法
明天停止了一毛病操作。
數據庫xxzx_discuz，因生成年夜量日記使日記文件'xxzx_discuz_Log.LDF' 占滿了磁盤一切空間，使網站沒法正常應用數據庫。
本身圖省事分別數據庫xxzx_discuz後，直接刪除'xxzx_discuz_Log.LDF' (由於文件太年夜，沒法寄存到收受接管站)，從新附件到SQL Server時湧現兩個提醒：
------------------------------------------------------------------------------------------------------------------------------
SQL Server 企業治理器
---------------------------
為日記文件指定的文件名不准確。
將創立新的日記文件。
要持續嗎？
---------------------------
是(Y) 否(N)
------------------------------------------------------------------------------------------------------------------------------
Microsoft SQL-DMO （ODBC SQLState: 42000）
---------------------------
毛病 1813: 未能翻開新數據庫 'xxzx_discuz'。CREATE DATABASE 將終止。
裝備激活毛病。物理文件名 'S:\Program Files\Microsoft SQL Server\MSSQL\data\xxzx_discuz_Log.LDF' 能夠有誤。
---------------------------
肯定
------------------------------------------------------------------------------------------------------------------------------
從而沒法將數據庫正常附加到SQL Server 2000，正常情形下如許操作是沒有成績的，SQL Server會從新生成日記文件，然則由於之前湧現了磁盤空間缺乏，日記文件不完全，從而形成了沒法正常附加。
處理方法以下（從網上找來的）：
0.備份數據文件'xxzx_discuz_Log.MDF'
1.新建一個同名的數據庫'xxzx_discuz'
2.再停失落sqlserver辦事(留意不要分別數據庫)
3.用原數據庫的數據文件'xxzx_discuz_Log.MDF' 籠罩失落新建的數據庫
4.再重啟sqlserver辦事
5.此時翻開企業治理器時會湧現置疑，先不論，履行上面的語句（留意修正個中的數據庫名） 6.完成後普通便可以拜訪數據庫中的數據了。這時候,數據庫自己普通還有成績,處理方法是：應用數據庫的劇本創立一個新的數據庫,然後經由過程DTS將數據導出來就好了. SQL代碼
use master
go
sp_configure 'allow updates',1 reconfigure with override
go
update sysdatabases set status =32768 where name='置疑的數據庫名'
go
sp_dboption '置疑的數據庫名', 'single user', 'true'
go
dbcc checkdb('置疑的數據庫名')
go
update sysdatabases set status =28 where name='置疑的數據庫名'
go
sp_configure 'allow updates', 0 reconfigure with override
go
sp_dboption '置疑的數據庫名', 'single user', 'false'
go
特殊留意最初一步中的解釋“這時候,數據庫自己普通還有成績,處理方法是：應用數據庫的劇本創立一個新的數據庫,然後經由過程DTS將數據導出來就好了” 參考文章：Sql Server附加數據庫湧現1813毛病的處理辦法
