sql 2000附加數(shù)據(jù)庫工具(sql 2000批量附加數(shù)據(jù)庫工具)1.0 中文綠色版

附加數(shù)據(jù)庫就是將主數(shù)據(jù)庫原樣不動(dòng)的重新安裝到新的服務(wù)器上面，sql 2000附加數(shù)據(jù)庫工具(sql 2000批量附加數(shù)據(jù)庫工具)是一個(gè)一次將多個(gè)數(shù)據(jù)庫批量的移動(dòng)的工具。

當(dāng)附加在數(shù)據(jù)庫上時(shí)，必須指定主數(shù)據(jù)文件的名稱和物理位置。主文件包含查找由數(shù)據(jù)庫組成的其它文件所需的信息，除非自分離了數(shù)據(jù)庫后那些文件中的一個(gè)或多個(gè)已改變了位置。除主文件外，還必須指出其它任何已改變位置的文件。否則，SQL Server 將試圖基于存儲(chǔ)在主文件中的不正確的文件位置信息附加文件，且不能成功附加數(shù)據(jù)庫。

附加數(shù)據(jù)庫時(shí)出錯(cuò)

sql server 2005附加數(shù)據(jù)庫時(shí)提示"附加數(shù)據(jù)庫時(shí)出錯(cuò)，解決方法如下：

方法1.在C:\WINDOWS\system32中搜索是否有framedyn.dll這個(gè)系統(tǒng)文件，如果沒有，到system32 下的wbem文件中拷貝framedyn.dll到system32 目錄下。再次進(jìn)入配置管理器。

方法2.以管理員身份運(yùn)行“命令提示符”（在附件下面），進(jìn)入后執(zhí)行以下命令

1)cd /d C:\Program Files\Microsoft SQL Server\90\Shared

2)mofcomp "C:\Program Files\Microsoft SQL Server\90\Shared\sqlmgmproviderxpsp2up.mof"

附加數(shù)據(jù)庫提示823

sql 2000 數(shù)據(jù)庫附加失敗 提示823，解決方法如下

sqlserver附加數(shù)據(jù)庫錯(cuò)誤823的解決方案2008-10-13 15:06sqlserver附加數(shù)據(jù)庫錯(cuò)誤823的解決方案一、SQL-Server附加數(shù)據(jù)庫時(shí)失敗。
1、異常情況：服務(wù)器在正常運(yùn)行的情況下突然斷電，導(dǎo)致數(shù)據(jù)庫文件損壞，具體表現(xiàn)是：數(shù)據(jù)庫名后面有“（置疑）”字樣。
2、異常分析：關(guān)于823錯(cuò)誤的 SQL-SERVER 中的幫助：
錯(cuò)誤 823
嚴(yán)重級別 24
消息正文
在文件 "%4!" 的偏移量 %3! 處的 %2! 過程中，檢測到 I/O 錯(cuò)誤 %1!。
解釋
Microsoft SQL Server 在對某設(shè)備進(jìn)行讀或?qū)懻埱髸r(shí)遇到 I/O 錯(cuò)誤。該錯(cuò)誤通常表明磁盤問題。但是，錯(cuò)誤日志中在錯(cuò)誤 823 之前記錄的其它核心消息應(yīng)指出涉及了哪個(gè)設(shè)備。
3、解決辦法：
在SQL-Server企業(yè)管理器中，新建同名數(shù)據(jù)庫（這里假設(shè)為Test）后，停止數(shù)據(jù)庫，把損壞的數(shù)據(jù)庫文件Data.mdf和Test_log.LDF覆蓋剛才新建數(shù)據(jù)庫目錄下的Data.mdf和Test_log.LDF，同時(shí)刪除Test_log.LDF文件；啟動(dòng)數(shù)據(jù)庫服務(wù)，發(fā)現(xiàn)數(shù)據(jù)庫名Test后面有“置疑”字樣。不要緊，打開SQL自帶查詢分析器，分別執(zhí)行如下SQL語句：
第一、
exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打開修改系統(tǒng)表的開關(guān) */
第二、
update sysdatabases set status=32768 where name='數(shù)據(jù)庫名' /* 設(shè)置數(shù)據(jù)庫狀態(tài) */
第三、
DBCC REBUILD_LOG ('數(shù)據(jù)庫名','D:\database\Test_Log.LDF') /* 重建LDF文件 */
第四、
update sysdatabases set status=0 where name='數(shù)據(jù)庫名' /* 重置數(shù)據(jù)庫狀態(tài) */
第五、
restore database 數(shù)據(jù)庫名 WITH RECOVERY /* 恢復(fù)數(shù)據(jù)庫 */
第六、
exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 關(guān)閉打開修改系統(tǒng)表的開關(guān) */
按照此方法操作，應(yīng)該能修復(fù)數(shù)據(jù)庫正常訪問了。如果問題依然存在，最笨的一個(gè)方法就是新建另一個(gè)數(shù)據(jù)庫，把原數(shù)據(jù)庫（Test）各個(gè)表的數(shù)據(jù)導(dǎo)出到新建數(shù)據(jù)庫表中。
============================================================
補(bǔ)充說明：用上面的六步把數(shù)據(jù)庫置疑的問題解決了，但是數(shù)據(jù)庫表里還有損壞的表(inf_gdscode)，把壞表導(dǎo)出的時(shí)候也不成功。最后在查詢分析器里運(yùn)行：
USE nmgbt_hcxuexipos (數(shù)據(jù)庫名)
GO
DBCC CHECKTABLE ('inf_gdscode',REPAIR_ALLOW_DATA_LOSS)
GO