系統無法激活足夠的資料庫來重建日誌

A. 打開軟體時，系統出現「無法連接資料庫，請檢查SQL伺服器是否啟動或網路是否正常」這樣的錯誤提示。

具體情況請說明下，是第一次安裝後啟動出現的這敏脊種情況，還是用了一段時間突然出現這種情況。還是本機可以連接，其他機子無法連接？x0dx0a首先確認資料庫是不是正常啟動了，然後x0dx0a如果是第一次安裝，你的操作系統是什麼？vista和win7裝sql2000不一定能裝上，需要2005，而且如果是win7家庭版很可能出現資料庫和軟體連不上。如果是xp，以前是不是裝過資料庫後來卸載了，那麼卸掉sql清除干凈注侍激冊表，重新安裝sql，最好用完整版，不要使用msde。x0dx0a如果是用了一段時間，很可能是殺毒軟體誤殺資料庫文件，卸掉殺毒軟體，在管理裡面橋談滲啟動下資料庫，看能否啟動，如果還能啟動。再啟動速達看能否連接上。如果資料庫已經無法啟動，將數據作出備份，重裝資料庫吧。x0dx0a如果是本機連接沒問題，其他連不上的話，關閉伺服器和客戶端window自帶防火牆，資料庫打sp4補丁，開啟guest用戶，試下。

B. SQLServer2000資料庫崩潰後的補救措施

SQL Server 2000資料庫崩潰後的補救措施:

案例描述：

SQL Server 2000資料庫崩潰後，重裝資料庫前的准備：

1.三個系統庫（master,msdb,model）的完全備份:

2.兩個用戶資料庫(user01,user02)的備份（周日的完全備份+除周日外每天的差異備份）:

三個系統資料庫是早期備份的，之間沒有更新過帳號信息，沒有增減過饕檔鵲取?

兩個用戶資料庫在上周日晚做過完陪信全備份（user01.bak和user02.bak）

需求：一次性恢復到用戶資料庫最後一個備份前的狀態。

下文中，我們將介紹一下常規的恢復過程:

1. 備份可用的數據, 包含所有系統資料庫和用戶資料庫的數據文件和日誌文件(*.mdf/ldf/ndf)

2. 卸載原來的安裝

3. 系統表查找和刪除所有的MSSQLServer項

4. 磁碟上刪除安裝SQL SErver產生的所有文件

5. 重新安裝SQL Server，所需安裝的補丁的版本要求保持與備份系統資料庫時安裝的補丁版本一致

6. 單用戶模式下恢復master資料庫

7. 恢復其他系統資料庫

8. 恢復用戶資料庫

此外，我們還可以嘗試用下面的方法：

假如你的時間芹櫻比較充裕,而且想盡量恢復數據到最近的時間點, 可以在上述步驟中做以下的嘗試：

1. 首先，將第6,7兩個步驟改為:

a. 停止MSSQL服務

b. 用步驟1備份的系統資料庫的數據文件和日誌文件替換安裝後生成的系統資料庫的對應文件

c. 建立與SQL Server系統崩潰之前一樣的用戶資料庫的存放目錄, 並且把用戶資料庫文件按原來的位置存放

d. 啟動MSSQL服務

e. 如果MSSQL服嫌亂叢務成功, 在企業管理看看用戶資料庫有沒有置疑, 如果沒有置疑, 則其他操作都不用做了, 數據已經恢復

注意事項:

在具體操作以上的步驟b之前, 先備份准備覆蓋的文件。

2. 如果步驟1的嘗試不成功, 則再做下面的嘗試, 把步驟8修改為下面的:

a. 停止MSSQL服務

b. 用備份的文件還原被覆蓋的文件

c. 嘗試用附加的方式恢復用戶資料庫

d. 如果成功, 則修復各用戶資料庫中的孤立用戶

恢復過程會涉及到的一些具體處理 1. 恢復系統資料庫:

在SQL Server資料庫中，系統信息存儲在系統資料庫中，主要的系統資料庫包括：

master-從整體上控制用戶資料庫和SQL Server操作，在創建了任何用戶定義的對象後，都要備份它

model-為新資料庫提供模版和原型

msdb-包含了有關作業、報警及操作員等信息

假如包含系統資料庫的介質已經改變，則必須重建系統資料庫，如果你目前仍然可以啟動SQL Server服務，則可以通過RESTORE語句從系統資料庫的備份中恢復資料庫。

如果master壞了，不能啟動系統,可以按照下面步驟進行恢復

(1)重建系統資料庫 運行c:\mssql7\binn\rebuildm.exe，按照提示進行即可，

過程中需要系統資料庫樣本的路徑，可在安裝光碟中找到；

(2)重建系統資料庫後，啟動SQL Server服務，用系統資料庫的備份恢復資料庫

就行了通常恢復順序為master->msdb->model

在恢復master的備份時要注意：必須在單用戶(single user)模式下進行

進入單用戶模式的方法：

a. 在命令行模式下輸入：sqlservr -c -f -m或者輸入sqlservr -m

其中：-c 可以縮短啟動時間，SQL Server 不作為Windows NT的服務啟動

-f 用最小配置啟動SQL Server

-m 單用戶模式啟動SQL Server

b. 可以在控制面板-服務-MSSQLServer的啟動參數中輸入-c -f -m或者輸入-m,點擊開始

(3)進行master資料庫的恢復

a. 直接進入查詢分析器,有個提示不要理會它

輸入恢復語句進行資料庫恢復:

RESTORE DATABASE master from disk='c:\具體的備份文件名'

b. 或者用這個,在命令提示符下輸入,注意大小寫

使用"windows身份驗證"的,輸入:isql /E

使用"sql server和windows身份驗證"的,輸入:isql /U"用戶名" /P"密碼"

然後在出現的提示符下輸入(注意1>,2>是提示符):

1>RESTORE DATABASE master from disk='c:\具體的備份文件名'

2>GO

2. 還原資料庫的具體步驟:

(1) 恢復最近一次的完整備份

企業管理器--右鍵"資料庫"--所有任務--還原資料庫

--"還原為資料庫庫"中輸入還原後的資料庫名,設為:test

--還原選擇"從設備"--選擇設備--添加--添加你的備份文件

--確定,回到資料庫還原的界面

--"還原備份集",選擇"資料庫--完全"

--選項--將"移至物理文件名"中的物理文件名修改為你的數據文件要存放的文件名

--如果要還原的資料庫已經存在,選擇"在現有資料庫上強制還原"

--"恢復完成狀態",選擇"使資料庫不再運行，但能還原其它事務日誌"

--確定 --或用SQL語句:

RESTORE DATABASE 資料庫名

FROM DISK = 'c:\你的完全備份文件名'

WITH NORECOVERY

(2)恢復完全備份後, 最近一次的差異備份(如果有的話)

企業管理器--右鍵"資料庫"--所有任務--還原資料庫

--"還原為資料庫庫"中選擇資料庫名:test

--還原選擇"從設備"--選擇設備--添加--添加你的備份文件

--確定,回到資料庫還原的界面

--"還原備份集",選擇"資料庫--差異"

--"恢復完成狀態",選擇"使資料庫不再運行，但能還原其它事務日誌"

--確定

--或用SQL語句:

--或用SQL語句:

RESTORE DATABASE 資料庫名

FROM DISK = 'c:\你的差異備份文件名'

WITH NORECOVERY



(3)按時間先後, 恢復差異備份後(如果沒有差異備份,則是完全備份)的所有日誌備份

企業管理器--右鍵"資料庫"--所有任務--還原資料庫

--"還原為資料庫庫"中選擇資料庫名:test

--還原選擇"從設備"--選擇設備--添加--添加你的備份文件

--確定,回到資料庫還原的界面

--"還原備份集",選擇"事務日誌"

--"恢復完成狀態"

如果是恢復最後一個日誌文件,選擇"使資料庫可以繼續運行，但無法還原其它事務日誌"

否則選擇"使資料庫不再運行，但能還原其它事務日誌"

--確定

--或者使用SQL語句:

RESTORE DATABASE 資料庫名

FROM DISK = 'c:\你的日誌文件名'

WITH RECOVERY

3. 解決孤立用戶:

(1) 查看某個資料庫的孤立用戶:

USE 庫名

EXEC sp_change_users_login 'Report'

(2)自動修復某個孤立的用戶:

USE 庫名

EXEC sp_change_users_login 'Auto_Fix', '孤立用戶名', NULL, '密碼'

--假如密碼指示用戶對應的登錄不存在時, 系統自動建立登錄, 為登錄分配密碼。

C. 日誌文件已損壞，如何修復SQLSERVER2000資料庫文件

給你一個我日常維護資料庫的方法吧。
SQL Server 2000資料庫LDF損山凱芹壞,只有mdf的恢復方法。
SQL Server 2000資料庫文件遭到破壞的現象經常出現，資料庫出錯是否可以修復呢？答案是可以的，本日誌以一個sql server 2000資料庫，資料庫日誌文件ldf損壞了，mdf正常，資料庫附加失敗的修復方法總結一下，資料庫數據恢復在很多時候比較復雜，當資料庫存在大量錯誤的時候，使用DBCC修復也是不可以的，需要拆解資料庫來搶救重要的數據，下面是較為常見的一種SQL Server 2000資料庫修復方式：
1） 先及時把原來的資料庫文件（如test.mdf)備份到其他地方。
2） 停掉伺服器。
3） 刪除這個test.mdf。
4) 重新建立一個test同名資料庫。
5） 刪除這個新建立的test資料庫的test.ldf文件，並用開始備份好test.mdf文件覆蓋這個新建立的test.mdf文件。
6） 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫孫慶進行任何操作。
.設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」。
7） 設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
8） 下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在操作中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以逗畢了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
9） 驗證資料庫一致性
dbcc checkdb('test')
10.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
11）最後一步，我們要將步驟6中設置的「允許對系統目錄直接修改」一項恢復；

D. 資料庫置疑了怎麼處理

解決由於sql2000日賣謹志文件引起的「置疑」。

日誌有錯誤--------重新附加提示日誌有錯誤。

日誌文件丟失-----丟失了.ldf文件，只有.mdf文件的資料庫重建。

步驟：

一、備份「置疑」資料庫的數據文件，因為日誌文件.ldf出錯，可以只備份.mdf文件。

二、打開企業管理器（SQL Server Enterprise Manager），刪除「置疑」資料庫，如果提示刪除錯誤，可以重啟資料庫伺服器，然後再試。

三、在企業管理器中，新建同名資料庫（假如資料庫為test），注意建立的資料庫名稱，還有數據文件名要保持和原資料庫一致。

四、停止資料庫伺服器。

五、將剛才新建資料庫生成的資料庫的日誌文件test_log.ldf刪除，用要恢復的資料庫.mdf文件覆蓋剛才生成的資料庫數據文件test_data.mdf。

六、啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。

七、設置資料庫允許直接操作系統表。此操作可以在企業管理器（SQL Server Enterprise Manager）裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

八、設置test為緊急修復模式 。

updateset status=-32768 where dbid=DB_ID('test')

此時可以在企業管理器（SQL Server Enterprise Manager）裡面看到該資料庫處於「只讀置疑離線緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表。

九、下面執行真正的恢復操作，用db rebuild_log命令來重建資料庫日誌文件（重建路徑根據你實際的資料庫路徑來）。

db rebuild_log('test','C:Program FilesMicrosoft SQL ServerMSSQLData est_log.ldf')

執行過程中，如果遇到下列提示信息：

伺服器: 消息 5030，級別 16，狀態 1，行 1

未能排它地鎖定資料庫以執行該操作。

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

說明您的其他程序正在使用該資料庫，如果剛才您在八步驟中使用企業管理器打開了test庫的系統表，那麼退出企業管理器就可以了。攜友

正確執行完成的提示應該類似於：

警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

此時打開在企業管理器裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。

十、驗證資料庫一致性。（次步驟可省略）

db checkdb('test')

一般執行結果如下：

CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test'中）。

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管辯配槐理員聯系。

十一、設置資料庫為正常狀態

sp_dboption 'test','dbo use only','false'

如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。

十二、最後一步，我們要將步驟七中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在企業管理器裡面恢復，也可以使用如下語句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

對於只有.mdf文件的sql2000資料庫恢復，從第三步開始做就行了。

最好的方法為先分離然後附加看下

1．我們SQL SERVER企業管理器新建立一個供恢復使用的同名資料庫(注意：要跟問題資料庫同名，本例中為myDb)。

2．停掉資料庫伺服器。

3．將剛才生成的資料庫的日誌文件myDb_log.ldf刪除（本例中的示列資料庫名，實際使用您自己的資料庫名稱），用剛才備份的資料庫mdf文件覆蓋新生成的資料庫數據文件myDb_data.mdf。

4．啟動資料庫伺服器。此時會看到資料庫myDb的狀態為「置疑」。這時候不能對此資料庫進行任何操作。

5．設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右--鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go F．設置myDb為緊急修復模式

在查詢管理器里設置如下命令：

updateset status=-32768 where dbid=DB_ID('stib')此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀置疑離線緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表

6．下面執行真正的恢復操作，重建資料庫日誌文件

db rebuild_log('stib','E:zzstib_log.ldf')警告: 資料庫 'myDb' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。

7．驗證資料庫一致性（可省略）

db checkdb('stib')一般執行結果如下：

CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'myDb' 中）。

DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。

sp_dboption 'stib','single user','true'--設置為單用戶

db checkdb('stib','REPAIR_ALLOW_DATA_LOSS')--這個語句可能執行幾遍之後有效

sp_dboption 'stib','single user','false'--取消單用戶

8．設置資料庫為正常狀態

sp_dboption 'stib','dbo use only','false'

9．最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用如下語句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

到此資料庫置疑問題解決。

E. 新建帳套提示「無法創建資料庫！請檢查目錄…是否存在，以及系統空間是否充足. 錯誤描述：無法打開

請按照下列步驟方法操作：
方法一：
1、檢查K/3存放資料庫的盤符以及操作系統盤符空間大小是否足夠，保證有充分的灶並磁碟空間。
方法二：
1、檢查新建賬套路徑是否存在帶有中文的路徑或特殊字元的路徑中，建議使用通用的英文或數字組成的路徑。
方法三：
1、在K/3安裝路徑下K3ERP文件夾下，找到DBFILE文件夾；
2、右擊單擊「DBFILE」文件夾，選擇「屬性」→【安全】→【添加】，選擇【高級】→【立即查找】→找到everyone用戶；
3、把該用戶添加到【用戶和組】中，並賦予「完全控制許可權」。
方法四：
1、用管理員用戶在操作系統【開始】→【運行】，輸入：regedit，單擊【確定】打開注冊表編輯器；
2、注冊表中打開找到HKEY_LOCAL_MACHINE
SOFTWARE
Kingdee
KDPRODUCT
PATH 鍵睜辯禪值；
3、在右邊的注冊表項目Path，選中並右鍵單擊【悉塵修改】，「數據」修改為DBFILE文件夾的存放路徑，例如：c:
Program Files
Kingdee
K3ERP
；
4、修改單擊【確定】，保存後重啟計算機即可。

F. psv內容管理助手無法重建資料庫怎麼回事我一按就跳出了程序了，什麼東西都發不進去，該怎麼辦

好像很多人抄安裝就會這樣 但是我的襲也是win764位的 沒有出現這樣的情況
可能是360阻止安裝 把360關了再安裝試試
或者是win7的文件安全系統阻止安裝 把它關了就好
方法
1.依次點擊「開始 > 運行」，輸入MSCONFIG，打開系統配置實用程序
2.選擇Tools(工具)選項卡，向下滾動找到」禁止UAP」 (目前的Windows Vista Beta 2中如此，至於以後的測試及正式版本中是否仍存在該項則不得而知)，選中該行。
3.點擊「工具」按鈕
4.一個CMD窗口將會打開，當運行完畢後，將其關閉。
5.退出MSCONFIG，重啟系統即可。

G. 請問，windows server 2008 r2 系統日誌錯誤（看是系統激活問題）該如何解決呢

說明系統沒有激活，可以重新激活試試

H. 資料庫修復的資料庫升級錯誤修復

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
6．設置pos為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('pos')
--此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀置疑離線緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
7．下面執行真正的恢復操作，重建資料庫日誌文件
go
dbcc rebuild_log('pos','D:Program FilesMicrosoft SQL ServerMSSQLDatapos_log.ldf')
go
--執行過程中，如果遇到下列提示信息：
--伺服器: 消息 5030，級別 16，狀態 1，行 1
--未能排它地鎖定資料庫以執行該操作。
--DBCC 執行完畢。如果 DBCC 輸出了錯碼態誤信息，請與系統管理員聯系。
--說明您的其他程序正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了pos庫的系統表，那麼退出SQL Server
Enterprise Manager就可以了。
--正確執行完成的提示應該類似於：
--警告: 資料庫 'pos' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能
需要刪除多餘的日誌文件。
--DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
--此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
8．驗證資料庫一致性（可省略）
go
dbcc checkdb('pos')
--一般執行結果如下：
--CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'pos' 中）。
--DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
9．設置資料庫為正常狀態
go
exec sp_dboption 'pos','dbo use only','false'
go
--如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
10．最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。因為平時直接操作系統表是一件比較危險的事情。當然，我們可以在SQL Server
Enterprise Manager裡面恢復，也可以使用如下語句完成
exec sp_configure 'allow updates',0
go
reconfigure with override
go

I. 資料庫日誌已滿,如何釋放日誌空間

資料庫組成：sqlserver資料庫是由2個文件組成的，一個是數據文件，一個日誌文件；數據文件保存系統所有數據，日誌文件保存的是對資料庫所有的修改細節；通常情況下日誌文件的增長速度比數據文件要快得多，一段時間後，我們就需要對日誌文件進行清理，否則一旦日誌文件超過磁碟的可用空間大小，就會導致資料庫服務無法正常進行，所有對資料庫的操作都會失敗。查看組成資料庫2個文件的位置：，進入企業管理器，找到要查看的資料庫，滑鼠右鍵點擊彈出菜單，選擇「屬性」。

數據文件和日誌文件：顯示出數據文件位置，大小，和增長規則等，同理，你可以切換到「事務日誌」頁面查看日誌文坦舉件的相關信息。

一、清除日誌：

1、選擇數據「廳判DJABC」，滑鼠右鍵彈出菜單，選擇「所有任務」?8?1「分離資料庫」。

2、分離資料庫：

如果有其他程序當前正連接到本資料庫，請點擊「清除」按鈕清除所有連接，然後按下

「確定」按鈕即可完成對資料庫的分離。

3、刪除資料庫的日誌文件：資料庫一旦被分離後，你可以直接刪除資料庫的日誌文件。

4、附加資料庫：依次選擇菜單「資料庫」?8?1「所有任務」?8?1「附加資料庫」，系統會彈出附加資料庫窗口。

5、選擇數據文件和附加資料庫名稱，完成後按下確定讓伏碧即可將剛剛分離的資料庫重新加到當前sqlserver伺服器上。

6、所有完成後，系統重新創建日誌文件，新創建的日誌文件大小為1K，等到以後長到很大時，再執行上面的日誌清除過程即可。

二、備份

在企業管理器中SQL伺服器-Northwind-右鍵-所有任務-備份資料庫,然後在圖形界面下進行相應的操作,這是非常簡和安全的。