在sql
server
2005
資料庫中，一次誤操作，分離資料庫後，直接將日誌文件刪除掉了，後進行附加出錯，無法附加上去，經過如下解決方案，資料庫附加成功，操作如下：
第一步：先建立一個同名資料庫，停止sql
server2005，將原來的.mdf資料庫文件覆蓋剛新建的.mdf資料庫文件，重新啟動資料庫。
第三步：在查詢分析器中運行如下代碼：
alter
database
你的.mdf文件名
set
emergency
'--將資料庫設置為緊急狀態use
masterdeclare
@databasename
varchar(255)
set
@databasename='你的.mdf文件名'
'--你的.mdf文件文件名
exec
sp_dboption
@databasename,
n'single',
n'true'
--將目標資料庫置為單用戶狀態
dbcc
checkdb(@databasename,repair_allow_data_loss)
dbcc
checkdb(@databasename,repair_rebuild)
exec
sp_dboption
@databasename,
n'single',
n'false'--將目標資料庫置為多用戶狀態
❷ 日誌文件丟失或出錯的情況下如何恢復SQL資料庫
1. 新建資料庫（同來名）
2. 停掉自資料庫
3. 刪除新建資料庫的日誌文件，用要恢復的覆蓋mdf文件
4. 啟動資料庫伺服器
5. 設置資料庫允許直接操作系統表
6. 設置資料庫為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('dbDataHome')
7. 重建資料庫日誌文件
dbcc rebuild_log('dbDataHome','D:\Data\dbData_Data.LDF')
8. 驗證資料庫一致性（可省略）
dbcc checkdb('dbDataHome')
9．設置資料庫為正常狀態
exec sp_dboption 'dbDataHome','dbo use only','false'
10. 最後一步，我們要將步驟E中設置的「允許對系統目錄直接修改」一項恢復。
❸ sql server 2000 資料庫數據不知道什麼原因都消失了，如何通過ldf文件恢復數據
友翔硬碟數據恢復中心 關注DiskGenius
文件數據恢復
當計算機內的文件被有意無意的刪除、或遭到病毒破壞、分區被格式化後，若想恢復這些已丟失的文件，均可使用本功能。實際上，操作系統在刪除文件時，只是將被刪除文件打上了刪除標記，並將文件數據佔用的磁碟空間標記為空閑。文件數據並沒有被清除，還靜靜地躺在磁碟上。只要刪除文件後沒有建立新的文件，操作系統沒有寫入新的數據，這些被刪除的文件數據就不會被破壞，就有機會通過一定的技術手段將它們搶救出來,優盤數據恢復。
格式化操作執祥核行時並不會考慮磁碟上原來的數據內容，也不會先刪除舊文件。不同的文件系統類型，格式化的具體操作內容也不同。對於FAT32、FAT16、FAT12等文件系統，格式化時會清除文件分配表(簡稱FAT，固定位於分區的開始部分，含有文件數據的定位信息)及根目錄。文件數據一般不會被清除。對於NTFS文件系統，格式化時新寫入的數據沒有固定位置要求，但正常情況下每次格式化時的寫入位置不會變化。因此舊文件數據大多不會被覆蓋，仍存在大量殘余信息供我們找到丟失的文件。
本功能就是通過分析殘留在磁碟上的文件的部分信息來重新找到文件數據及文件夾的層次結構，從而達到恢復文件數據的目的。
對於整個分區已經丟失的情況，請首先參閱搜索已丟失分區(重建分區表)功能,固態硬碟 8，先搜索到丟失的分區。然後可以在保存分區表後、或在不保存分區表的情況下再利用文件恢復功能恢復分區內的文件。
分區被破壞的表現有：在我的電腦中打開分區時系統提示未格式化需要格式化，分區屬性顯示為RAW，打開分區後看不到任何文件。遇到這些情況時，都可以通過誤格式化後的文件恢復功能來恢復文件。
本功能支持NTFS、FAT32、FAT16、FAT12等文件系統類型的硬碟分區、支持使用這些文件系統格式的RAID卷、U盤、存儲卡(如數碼相機中的SD卡、XD卡等等)。
為保護正在恢復的分區不被再次破壞，本軟體在搜索分區內的文件時，會採用只讀模式，不會向分區寫入任何數據。
要開始恢復文件，首先選擇已刪除文件所在的分區。然後點擊工具欄按鈕恢復文件，或點擊主菜單工具中的已刪除或格式化後的文件恢復菜單項，以打開文件恢復對話框。如下圖：
由於格式化後的文件恢復與文件正常刪除後的恢復過程不同，我們將這兩種情況分別處理。下面是具體的操作方法：
一、已刪除文件的恢復：
在恢復文件對話框中，選擇恢復誤刪除的文件。如果正在搜索的分區文件系統類型是FAT32，還可以勾選完整掃描復選框。由於FAT32文件系統在刪除銀春文件時的特性，有的已刪除文件在不進行完整掃描的情況下可能搜索不到。由於完整掃描耗時較長，建議先在不使用完整掃描的情況下搜索一次，搜索不到時再採用完整掃描方式重新搜索。點擊開始按鈕以開始搜索過程：
搜索完成後，恢復文件對話框自動關閉。程序主界面將顯示搜索到的文件，每個已刪除文件前面都有一個復選框，左側的文件夾層次圖中的條目也加上了復選框。見下圖。
對於不能確定歸屬的文件及文件夾，程序將它們統一放到一個叫做丟失的文件的內存文件夾中。如果在原位置找不到要恢復的文件，可以嘗試在丟失的文件文件夾中查找文件。恢復後查找文件時不要忘了這個文件夾，很可能要恢復的重要文件就在這里。
在恢復文件的狀態下，文件列表中的謹搏掘屬性欄將給已刪除文件增加兩個標記D和X。D表示這是一個已刪除的文件。X表示這個文件的數據可能已被部分或全部覆蓋，文件數據完全恢復的可能性較小。
為方便用戶識別搜索到的文件，可以讓程序同時顯示未刪除的正常文件，方法是點擊查看 - 顯示正常文件菜單項。正常文件沒有復選框，不可選擇。
要恢復搜索到的文件，請通過復選框選擇要恢復的文件。然後在文件列表中點擊滑鼠右鍵，或打開文件主菜單，選擇復制到菜單項。接下來選擇存放恢復後文件的文件夾，點擊確定按鈕，程序會將當前選擇的文件復制到指定的文件夾中,硬碟數據恢復。為防止復制操作對正在恢復的分區造成二次破壞，本軟體不允許將文件恢復到原分區。
點擊完成按鈕，關閉文件復制對話框，程序自動清除已復制的文件的選擇狀態。以准備選擇其它文件,紹興硬碟數據恢復。
當所有要恢復的文件都復制出來後。可以通過分區 - 重新載入當前分區菜單項釋放當前分區在內存中的暫存數據，並從磁碟載入當前分區，顯示分區的當前狀態。
二、格式化後的文件恢復：
在恢復文件對話框中，選擇誤格式化後的文件恢復。然後選擇格式化前的文件系統類型。如果記不清格式化前的文件系統類型了，可以分別按FAT32、NTFS恢復嘗試。
對於FAT32、FAT16、FAT12等文件系統格式，還要指定分配單元(簇)大小，如果以前在格式化時沒有指定過簇大小，此時選擇默認值即可。
對於NTFS文件系統格式，本程序會自動判斷格式化前的簇大小，不必單獨指定。
設置好這些選項後，就可以點擊開始按鈕以開始搜索過程了。格式化後的文件恢復搜索時間較長。接下來的操作步驟和已刪除文件的恢復過程相同。參照上面的方法選擇與復制文件即可。
關於恢復成功率：已刪除文件的恢復技術是通過搜索文件刪除後在磁碟上留下的殘余信息、經過一定地技術分析而實現的。本軟體嘗試通過各種先進技術及精準演算法復原文件信息,友翔硬碟數據恢復中心關注「易我數據恢復」 4，以最大限度地提高文件恢復的成功率。但這種技術可能會受到一些因素的制約，如磁碟碎片的影響、用戶創建文件的方式、文件刪除後的其它操作造成數據被覆蓋等等。無法保證文件恢復能夠100％成功。特別是FAT32文件系統，由於文件刪除後的殘余信息比較少，加之磁碟碎片的影響，一般來講，恢復的成功率要比NTFS系統低。對於NTFS系統上的文件，只要是直接刪除的(未移動到回收站)並且文件數據沒有被覆蓋，成功率甚至可以接近或達到100％。
關於回收站：根據Windows系統對回收站的功能設計，為防止回收站里的文件出現重名的情況，被移動到回收站的文件(或文件夾，但不包括文件夾中的文件)都會被重新命名(命名格式：'D'+'盤符'+編號+原擴展名)。文件的原名、路徑、刪除時間等信息則保存到一個名為"INF02"的文件中。清空回收站時，所有這些被重命名的文件都被刪除，"INF02"文件被清空，文件的原路徑及名稱信息丟失。因此，對於回收站被清空的情況，本軟體能夠搜索到的是這些從回收站刪除的、並已被重新命名的文件。由於原路徑及名稱信息丟失，無法恢復原路徑及文件名。要恢復這樣的文件，請在名為"RECYCLE"的文件夾下查找，可根據擴展名及文件大小確認文件。由於文件夾內的文件沒有被重新命名，所以可以根據文件夾內的文件來確認文件夾是不是要恢復的。
❹ 高分：sql server 2005資料庫分離時丟失了，就是.mdf和.ldf不見了，有人能幫我恢復嗎
分離不可能丟失了，資料庫在猛汪哪個地方你要自己找到，如果是真的丟失了，你搞了備份還可能恢復，如果燃知巧你沒搞備份，就恢復不回來了！建議你下載一個恢復刪除文件的軟體皮鍵試試！（因為mdf和ldf原先肯定在硬碟上面，分離發生意外導致文件不見了肯定可以通過軟體恢復回來，資料庫能不能用先放一邊）
❺ sql資料庫丟失只有ldf文件請問有辦法恢復嗎
資料庫文件損壞的時候利用日誌恢復
1 建一個測試資料庫test(資料庫類型為完全)
2 建一個表，插入點記錄
create table a(c1 varchar(2))
go
insert into a values('aa')
go
insert into a values('bb')
go
3 作完全備份，到文件test_1.bak
4 在作一點修改
insert into a values('cc')
go
create table b(c1 int)
go
insert into b values(1)
go
insert into b values(2)
go
5 shutdown 資料庫伺服器
6 用ultraedit編輯資料庫文件test_data.mdf,隨便修改點位元組內容
7 啟動資料庫，並且運行企業管理器，點開資料庫，看到test變成灰色，而且顯示置
疑。
8 運行isql -SLocalhost -Usa -P
1> backup log test TO DISK='D:\Program Files\Microsoft SQL
Server\MSSQL\BACKUP\t
est_2.bak' WITH NO_TRUNCATE
2>go
已處理 2 頁，這些頁屬於資料庫 'test' 的文件 'TEST_Log'（位於文件 1 上）。
BACKUP LOG 操作成功地處理了 2 頁，花費了 0.111 秒（0.087 MB/秒）。
9 進行恢復最老的完全備份
1> RESTORE DATABASE test FROM DISK='D:\Program Files\Microsoft SQL
Server\MSSQL\
BACKUP\test_1.bak' WITH NORECOVERY
2> go
已處理 96 頁，這些頁屬於資料庫 'test' 的文件 'TEST_Data'（位於文件 1 上）。
已處理 1 頁，這些頁屬於資料庫 'test' 的文件 'TEST_Log'（位於文件 1 上）。
RESTORE DATABASE 操作成功地處理了 97 頁，花費了 0.107 秒（7.368 MB/秒）。
10 恢復最近的日誌
1> RESTORE LOG test FROM DISK='D:\Program Files\Microsoft SQL
Server\MSSQL\BACKU
P\test_2.bak' WITH RECOVERY
2> go
已處理 2 頁，這些頁屬於資料庫 'test' 的文件 'TEST_Log'（位於文件 1 上）。
RESTORE LOG 操作成功地處理了 2 頁，花費了 0.056 秒（0.173 MB/秒）。
數據已經完全恢復了，可以使用了。
select * from a
go
select * from b
go
c1
----
aa
bb
cc
有老的備份的話
1 backup log db TO DISK='e:\db2.bak' WITH NO_TRUNCATE
2 恢復最老的完全備份
RESTORE DATABASE db FROM DISK='e:\db1.bak' WITH NORECOVERY
3 恢復最近的日誌
RESTORE LOG db FROM DISK='e:\db2.bak' WITH RECOVERY
❻ MS-SQL2000 伺服器重新啟動就丟失了資料庫
SQLSERVER的數據文件是mdf，日誌文件是ldf,連這個都丟了猜飢,問題真夠嚴重的!
SQL伺服器最多支持32767個資料庫實例,現在才有8個,也不算多啊!
不過,在發生問題之前,你有沒有做過什麼特別的事情?
硬體方面有沒有什槐渣么問題?有沒有可能是人鉛兆悄為因素?好好檢查下資料庫的配置!
哎,沒這方面的經驗,真是愛莫能助啊!
❼ 只有*.mdf文件沒有了*.ldf文件如何還原SQL庫
A:1、天馬行空
這個問題前段我也遇見過，使用了上面各位仁兄介紹的方法根本沒有用。後來我採取拆森的辦法是：
Use MasterGosp_configure 'allow updates', 1
reconfigure with overrideGo然後update sysdatabases set status = 32768 where name = '<db_name'
現在，重新建立一個log文件（我試過但無法成功，不知高手有何或仿方法）。
先把SQL Server 重新啟動一下，然後檢查你的資料庫吧。
先設置成單用戶模式，然後做dbcc
sp_dboption '<db_name', 'single user', 'true'
DBCC CHECKDB('<db_name')
把資料庫狀態改回去了，記得別忘了把系統表的修改選項關掉。
update sysdatabases set status = 28 where name = '<db_name' --當然你的資料庫狀態可能不是這個，自己改為合適的值吧。也可以用sp_resetstatusgosp_configure 'allow updates', 0
reconfigure with override
如果無法成功創建日誌文件，也沒有關系，使用以上方法後，看是否已恢復資料庫，應該能成功的。關閉SQL SERVER，然後重啟，觀察一下資料庫狀態是否正常，如果正常，一切萬事大吉，如果資料庫處於置疑狀態。重新上面的步驟，注意將資料庫名稱更改為其他名字，恢復後不要關閉SQL SERVER，然後新建一個與原來資料庫名稱一樣的資料庫，然後耐心的將恢復得到的資料庫中所有的表、視圖、函數、存儲過程（不包括系統內部的），復制到新建的資料庫，要有耐心，特別要注意有相關性的表、視圖、函數、存儲過程等的復制先後次序，否則會復制失敗的。
上面的方法是萬不得已才使用的。我在恢復公司內的資料庫時，最後就是採用這種方法才最後成功的。希望對你有所幫助。
2、天馬行空
我在上面已經講過，如果重啟後資料庫狀態為"置疑"，可以重新運用你上面恢復資料庫的辦法，要使用其他的資料庫名稱，使資料庫處於緊急處理狀態（32768 ）。然後，不要重啟，新建一個資料庫，名稱是你原來的資料庫名（linjudy）。最後，通過導入數據（在新資料庫上）或導出數據（在恢復的資料庫上）功能，進行兩個資料庫的數據復制，可以一次進行多個數據和視圖的導入或導出，但要注意相關聯的表或視圖導入或導出的先後次序，否則會出錯的。如果不知道哪些表或視圖有關聯，可以一部分一部分的進行，如果出錯就縮小進行的范圍，要有耐心。導入或導出函數和存儲過程時，要選擇導入或導出方法的第三項，在下一步，特別要注意不要選擇相關性，否則很容易導致錯誤，你也應一部分一部分的進行，不要一次全部完成。我想這樣一定可以解決你的問題的，這是我的親身體驗。
3、各位問題解決了,我再次用了"天馬行空"網友的方法,
我先新建了linjudy資料庫/將sql停止後覆蓋了mdf文件並刪除了ldf文件再使用如下方法操作
Use MasterGosp_configure 'allow updates', 1
reconfigure with overrideGo
update sysdatabases set status = 32768 where name = 'linjudy'
重啟sql後在運行,發現linjudy資料庫可以正常打開了,立即查看原有的數據有了,在新建了資料庫導出所有表，成功。
重啟sql後linjudy庫變為"緊急狀態"但可以通過「導出數據」導出衫御纖數據至其它資料庫。
至此數據恢復成功，數據是否可以用我沒有試。
❽ SQL資料庫MDF文件正常，LDF文件損壞，怎麼恢復
可以嘗試使用覆蓋法。新輪敏建另外一個資料庫，然知敏後臘猛枝停止sql，再將mdf文件復制過去改名一樣的，再啟動sql。
❾ 附加資料庫時bs_data.LDF文件找不到了，怎麼辦
新建一個同名資料庫，即可以得到ba_data.ldf了脊慧，然後關閉
資料庫伺服器
，櫻族答把.MDF文件替換過去。總之很容易就可以搞穗野定了。
❿ sql server 置疑 資料庫mdf,ldf 文件都丟了
那隻能用數據恢復軟體恢復一下罩裂試試了。
final
data
或
easyrecovery
建議用後者。
數據文件丟失，會不會是誤刪除，
一般物皮閉SQL如果不握蠢是人為操作的話，資料庫不會丟的。