第一篇:MDF文件損壞及沒有日志文件恢復(fù)的總結(jié)
MDF文件損壞及沒有日志文件恢復(fù)的總結(jié)
大體思路是這樣的:
1。重建日志
先建一個同名的數(shù)據(jù)庫,并且對應(yīng)的文件名也得相同,停掉數(shù)據(jù)庫,然后到建立的這個數(shù)據(jù)庫的目錄下將對應(yīng)的兩個文件刪除,然后把MDF拷貝到這個目錄下。
啟動數(shù)據(jù)庫,便看到這個數(shù)據(jù)庫處于置疑狀態(tài)。
2。消除置疑狀態(tài) USE MASTER GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE--表示可以更改系統(tǒng)表
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的數(shù)據(jù)庫名'--設(shè)置數(shù)據(jù)庫為緊急模式
Go
sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'true'--設(shè)置數(shù)據(jù)庫為單用戶模式
Go
DBCC CHECKDB('置疑的數(shù)據(jù)庫名')
--檢查數(shù)據(jù)庫錯誤
Go
update sysdatabases set status =28 where name='置疑的數(shù)據(jù)庫名'--恢復(fù)數(shù)據(jù)庫為正常模式
Go
sp_configure 'allow updates', 0 reconfigure with override Go
sp_dboption '置疑的數(shù)據(jù)庫名', 'single user', 'false' Go 這里是最好的恢復(fù),MDF沒有損壞,上面的語句基本可以滿足
假如MDF有損壞,并且做DBCC里有N多錯誤,數(shù)據(jù)庫無法完整修復(fù)里可以考慮允許丟失數(shù)據(jù)修復(fù),方法如下
use master
declare @databasename varchar(255)
set @databasename='要恢復(fù)的數(shù)據(jù)庫名稱'
exec sp_dboption @databasename, N'single', N'true'--將目標(biāo)數(shù)據(jù)庫置為單用戶狀態(tài)
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS)
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N'single', N'false'--將目標(biāo)數(shù)據(jù)庫置為多用戶狀態(tài)
如果順利的話,應(yīng)該能解決問題。如果運氣實在不好,以上搞完之后DBCC還是出現(xiàn)錯誤,那可以用終極辦法
對表做允許數(shù)據(jù)丟失的修復(fù),具體方法如下
use master
declare @databasename varchar(255)
set @databasename='要恢復(fù)的數(shù)據(jù)庫名稱'
exec sp_dboption @databasename, N'single', N'true'--將目標(biāo)數(shù)據(jù)庫置為單用戶狀態(tài)
exec sp_msforeachtable ?DBCC CHECKTABLE(''?'',REPAIR_ALLOW_DATA_LOSS)?
exec sp_dboption @databasename, N'single', N'false'--將目標(biāo)數(shù)據(jù)庫置為多用戶狀態(tài)
如果你的運氣霉到家了,搞完上面的DBCC還是有問題,那么可以這樣
把數(shù)據(jù)庫導(dǎo)成一個新庫來代替舊庫
企業(yè)管理器--右鍵你的數(shù)據(jù)庫--所有任務(wù)--導(dǎo)出數(shù)據(jù)--目標(biāo)標(biāo)數(shù)據(jù)庫選擇新建
--選擇“在兩個sql數(shù)據(jù)庫之間復(fù)制對象和數(shù)據(jù)”--把“包含擴展屬性”選上,其他的根據(jù)需要選擇--最后完成這幾步一般會出現(xiàn)各種各樣的問題,大致有這么幾種
1。出現(xiàn)“未能在數(shù)據(jù)庫 'approve_new' 中運行 BEGIN TRANSACTION,因為該數(shù)據(jù)庫處于回避恢復(fù)模式。sp_dboption 命令失敗?!?/p>
出現(xiàn)這樣問題的解決: 將數(shù)據(jù)庫分離后再附加(或者重啟數(shù)據(jù)庫服務(wù))2。由于文件不可訪問,或者內(nèi)存或磁盤空間不足,所以無法打開數(shù)據(jù)庫 'approve_new'。詳細信息請參閱 SQL Server 錯誤日志。
1)在查詢分析器里執(zhí)行如下語句
sp_configure 'allow updates', 1 go reconfigure with override go use master go update sysdatabases set status = 32768 where name = 'UFDATA_003_2006' go sp_configure 'allow updates', 0 go reconfigure with override
2)再在查詢分析器里執(zhí)行如下語句 use master dbcc rebuild_log('數(shù)據(jù)庫名', '日志物理路徑')--重建日志
第二篇:怎么恢復(fù)U盤里損壞的文件?
U盤里的文件損壞怎么恢復(fù)?
要說我們公司啊,最坑爹的就是會計和采購,每次申請個啥東西都得費半天勁,還不一定能給你。就拿我們公司給配的u盤來說吧!啥玩意啊,要么就是最便宜的,要么就是已經(jīng)離職的員工留下的舊東西,名曰有年數(shù)的東西好用!騙鬼呢!u盤這種東西肯定是新的好用??!,小氣就小氣唄,還找理由!這不,就因為這不爭氣的u盤,才造成了我上次的u盤危機!怎樣對u盤中的資料進行恢復(fù)成為我頭疼的問題!
最近兩天,使用u盤總是一會能連接上,一會又無法連接的毛病,這確實讓我有些郁悶,但是多次受挫,我確實不想再去說什么了,湊合吧,哪天實在不能用了再說。至少,我當(dāng)時沒想到,會出這么大的簍子。話說我今天將文件傳到u盤,準(zhǔn)備帶給在總公司開會的老總,沒辦法,總公司那里還沒有那么牛逼的wifi,網(wǎng)絡(luò)還是用不到的,使用u盤,算是很快捷直接的方法了!
這次u盤還是不給力的一會連上一會連不上的,因為是壓縮的文件,很快傳完,但是我也無法確認是否成功,總是同樣的一個rar的文件,我也沒有太在意,可是到了總公司一解壓,才發(fā)現(xiàn)出錯了,這下怎么辦?還好老總他們在開會,我早到了,至少,還有一點時間給我解決吧!于是我用手機開始搜索解決的辦法,一查,貌似方法很多?我也無心去看太多,只是選擇了一個比較靠前的方法,使用進行修復(fù),這種文件損壞的類型剛好在它的修復(fù)范圍之內(nèi),為了下載這個軟件,我還去借了別人的電腦,花了一點小錢,呵呵,不過不重要了,重要的是結(jié)果,在很不錯的效率之下,我迅速的恢復(fù)了被損壞的u盤文件,恢復(fù)了里面壓縮的文件。
同時也算是提醒大家吧,這種不好使的工具,可千萬不要像我一樣大意了!
它可以恢復(fù)被刪除、被格式化、分區(qū)丟失、重新分區(qū)或者分區(qū)提示格式化的數(shù)據(jù)。采用了最新的數(shù)據(jù)掃描引擎,以只讀的方式從磁盤底層讀出原始的扇區(qū)數(shù)據(jù),經(jīng)過高級的數(shù)據(jù)分析算法,掃描后把丟失的目錄和文件在內(nèi)存中重新建立出原先的分區(qū)和原先的目錄結(jié)構(gòu),數(shù)據(jù)恢復(fù)的效果非常好。另外本恢復(fù)軟件還具有十余項獨創(chuàng)性的文件恢復(fù)技術(shù),可以節(jié)省大量恢復(fù)數(shù)據(jù)的時間,文件恢復(fù)的成功率也相應(yīng)提高。
本數(shù)據(jù)恢復(fù)軟件支持IDE/ SCSI/ SATA/ USB移動硬盤/ SD卡/ U盤/ RAID磁盤以及手機內(nèi)存卡等多種存貯介質(zhì),支持FAT/ FAT32/ NTFS/exFAT等Windows操作系統(tǒng)常用的文件系統(tǒng)格式,支持Word/ Excel/ PowerPoint/ AutoCad/ CoreDraw/ PhotoShop/ JPG/ AVI/ MPG/ MP4/ MOD/ 3GP/ RMVB/ PDF/ WAV/ ZIP/ RAR/ AMR/ SWF/ X3F/ LXE/ FLV/ NEF/ SR2/ CDR/ RAF/ CR2/ PNG等多種文件的恢復(fù),對于被CHKDSK磁盤檢查后變成FILEnnnn.CHK的文件也能識別恢復(fù)出來,支持MBR分區(qū)表和Vista和Win7的GPT分區(qū)表快速掃描,可以恢復(fù)出別的分區(qū)表修復(fù)工具也無法找回的分區(qū)數(shù)據(jù)。對于被誤刪除的文件,本恢復(fù)軟件具有專門的反刪除文件恢復(fù)算法,達到更好的恢復(fù)效果。對于被誤格式化的分區(qū),具有快掃功能,當(dāng)目錄文件破壞不嚴(yán)重的時候可以很快就列出目錄結(jié)構(gòu)來,大大減少恢復(fù)文件的時間。操作簡單,向?qū)降慕缑鎺椭徊讲酵瓿苫謴?fù)操作,無需了解數(shù)據(jù)恢復(fù)深層復(fù)雜的知識也可以輕松地恢復(fù)出寶貴的數(shù)據(jù)。
第三篇:刻錄mdf和mds格式的文件方法
有很多朋友在網(wǎng)上下載了不少mdf和mds格式的文件,但卻不知道如何打開?,F(xiàn)在向大家介紹mdf和mds格式的文件的打開方法:
1、首先到華軍軟件園下載IsoBuster 1.9.0.3 多國語言版軟件,并默認安裝;下載地址:http:///soft/3629.htm2、使用IsoBuster軟件打開mdf格式的文件;或者直接雙擊mdf格式的文件,IsoBuster會自動打開并自動裝載mdf格式的文件;
3、然后右鍵單擊要提取的文件,選擇“抽取AVSEQ01.DAT”選項,選擇好保存目錄存放需要提取的文件;或者選擇“運行”,進行播放。
不過這樣提取的文件,音頻部分質(zhì)量非常不好,會有很大雜音。
為了解決此問題,并全部提取mdf格式的文件。
下面向大家介紹mdf(VCD、DVD等等)文件的直接刻錄方法:
1、保留所有擴展名為:mdf和mds格式的文件,不可刪除其中任何一項;
2、打開Daemon Tools虛擬光驅(qū)或者Alcohol 120%虛擬光驅(qū),加載擴展名為mds的景象文件;
3、打開Nero StartSmart,選擇“復(fù)制和備份”→“復(fù)制光盤”,在“新編輯”選項里的“復(fù)制選項”中,選擇好“來源光驅(qū)(放置母片)”(注:就是虛擬光驅(qū)盤符)和讀取速度,在“讀取選項”中的“快速復(fù)制設(shè)置”里,選擇好要復(fù)制的光盤屬性,在“刻錄”選項中設(shè)置好寫入速度;
4、在光驅(qū)中放入空白光盤,點擊Nero“新編輯”右上角的“復(fù)制”按鈕,開始刻錄光盤。
第四篇:U盤傳輸文件失敗造成文件損壞如何恢復(fù)?
U盤傳輸文件失敗造成文件損壞怎么恢復(fù)?
U盤傳輸文件之所以會失敗,我也是知道原因的,文件太大了,傳輸?shù)臅r間過長,有時候就容易造成數(shù)據(jù)傳輸?shù)闹袛啵M而失敗,但是文件會被損壞,這可是我始料未及的,真心有點郁悶了,很多的照片,全是前方的編輯記者發(fā)回來的,后面幾天的稿件就要靠他們吃飯了,這下可好,打開一看,親娘也,一張不剩的全部損壞掉了,連后綴的格式也變了。不少朋友會天真的意味可以通過改變后綴的格式來修改圖片,讓它還原,呵呵,這樣的方式你可以試試,成功的幾率為0%,這可是實踐證明的。
那么還有什么方式可以恢復(fù)圖片信息呢?總不能不要了吧?我估計再傳一次的效果和這個也差不多,都怪公司的網(wǎng)速不好,要是貼上好網(wǎng)速,早就搞定了!所以為了應(yīng)對這樣的問題發(fā)生,咱們的編輯早就英明的找到了解決的方法,一款專門恢復(fù)照片數(shù)據(jù)的軟件,怎么用的,我現(xiàn)在來告訴你!
第一步自然是下載安裝,這是每一款軟件使用的前提條件!建議不要安裝在C盤就好了,免得以后格式化的時候被格掉,這是安裝軟件的一個常識性問題。
第二步咱們開始使用,打開軟件選擇掃描,常規(guī)掃描就好了,然后將位置指向咱們丟失文件的u盤,當(dāng)然,在這之前需要將u盤連接到電腦上,不然是找不到路徑的。
第三步,咱們在掃描出來的文件中,注意是在未刪除文件中尋找,找到需要恢復(fù)的文件,然后全部勾選上,就可以點擊進入下一步了。
第四步,咱們又需要設(shè)定一個指向路徑,是文件恢復(fù)后存放在哪里的一個路徑,照片容量需求很大,找除c盤之外的磁盤存放吧,這樣比較靠譜一點。好了,第四步進行完之后點擊下一步,回天照片恢復(fù)軟件就會開始工作了,后面的事就不需要我們操作了!
操作步驟解析:
1、首先點最左邊那個“文件夾”圖標(biāo),會彈出一個“選擇驅(qū)動器”窗口,選擇要恢復(fù)數(shù)據(jù)的硬盤,就是刪除的文件所在的那個硬盤,比如我的G盤。你應(yīng)該知道在哪個硬盤吧?別說忘記了,要是忘記了,就每個盤都掃描吧。
2、選擇G盤后,然后點“確定”,出現(xiàn)一個“正在掃描根目錄”窗口,掃描完后彈出一個“選擇要搜索的簇范圍”窗口,如果你記得刪除的文件大小MB范圍,就相應(yīng)的拖動“結(jié)束”滑動條,確定搜索文件容量的范圍,這樣可以減少掃描的時間(我是這么理解的,呵呵,實在不行就默認不做修改),最后點確定,彈出一個“簇掃描”窗口,慢慢等著掃描結(jié)束吧,呵呵,掃描時間很長的,取決于你的電腦處理速度和以前在這個盤里刪除的文件多少。
3、掃描結(jié)束,被刪除的文件將會出現(xiàn)在右邊的窗口中(左邊窗口不用管它),選中要恢復(fù)的文件,點右鍵——“恢復(fù)”,然后彈出一個“選擇要保存的文件夾”窗口,選擇好要保存的路徑(比如我的E盤),其他一切都默認,然后點“保存”,保存后這樣誤刪的文件就恢復(fù)了,恢復(fù)的文件將出現(xiàn)在E盤里。
如果在右邊窗口中的“已刪除文件”太多,以至于很難找到需要恢復(fù)的文件,你就從菜單中選擇“文件”——“查找”,其實這個一般用不到,在右邊窗口中一眼就能發(fā)現(xiàn)要找的文件的。所以在我們數(shù)據(jù)丟失之后,不要再去操作數(shù)據(jù),那樣只能造成數(shù)據(jù)更加難以恢復(fù),我們應(yīng)該找尋專業(yè)的軟件,然后去恢復(fù)我們的數(shù)據(jù)!
第五篇:日志和文件接入規(guī)范
數(shù)據(jù)接入規(guī)范-日志和文件
修訂歷史
日期
修改說明
部門
修改人
數(shù)據(jù)接入需求
基于數(shù)據(jù)采集需求,初步判斷數(shù)據(jù)的接入源是否可以從日志和文件進行獲取。聯(lián)系技術(shù)研發(fā)部同事,請求數(shù)據(jù)源接入的位置參數(shù),通過配置化方式定期讀取服務(wù)器指定位置的日志和文件,通過程序清洗日志,分割成字段裝載到數(shù)據(jù)倉庫貼源層。
數(shù)據(jù)接入流程
1.數(shù)據(jù)中心分析組接到TAPD數(shù)據(jù)接入需求之后,分析接入數(shù)據(jù)屬于數(shù)據(jù)接口列表的哪個系統(tǒng),在對應(yīng)的系統(tǒng)標(biāo)題下添加模板,參照APP-app_login_log。
和需求發(fā)起人進行溝通,確定提供數(shù)據(jù)的方式(數(shù)據(jù)庫、文件、接口等),讓需求發(fā)起人補充詳細的數(shù)據(jù)口徑,補充到需求要求里面,指定數(shù)據(jù)倉庫組或平臺組的一個人進行轉(zhuǎn)發(fā)。
2.數(shù)據(jù)倉庫組或平臺組根據(jù)需求描述。跟數(shù)據(jù)源提供方(可以是需求發(fā)起方、也可以是技術(shù)研發(fā)部門)溝通,讓其補充模板里的位置參數(shù)。
3.數(shù)據(jù)源提供方根據(jù)模板要求,提供位置配置參數(shù)。
4.數(shù)據(jù)倉庫組或平臺組在接入數(shù)據(jù)后,整理數(shù)據(jù)格式,編寫日志清洗轉(zhuǎn)換腳本,并補充裝載目標(biāo)表信息。
5.數(shù)據(jù)中心分析組對最終接入的數(shù)據(jù)進行驗收,并通知需求發(fā)起人如何獲得接入數(shù)據(jù)。
數(shù)據(jù)源接入模板
需求要求(分析組補充)
tapd需求單號:1002513
提起人:xxx(Richard.chen)
需求單號內(nèi)容:
???
提供數(shù)據(jù)方式:
數(shù)據(jù)庫、文件、接口
詳細的數(shù)據(jù)口徑:???
位置配置參數(shù)(技術(shù)研發(fā)部補充)
配置參數(shù)
參數(shù)取值
服務(wù)器地址
192.168.1.1
端口類型
ftp
端口號
系統(tǒng)用戶名
user
密碼
pwd
日志路徑
日志文件通配符
xxx/yyyymmdd/AppLog
app_login_log_[yyyymmdd].json
日志內(nèi)容分割規(guī)則
文字描述
接入模型字段(倉庫組補充)
字段名
注釋
字段類型
必填
必填
必填
必填
必填
必填
抽取參數(shù)(倉庫組補充)
配置參數(shù)
參數(shù)取值
抽數(shù)周期
每天
抽數(shù)時間
7:00
文件名匹配條件
1:全量匹配抽?。ㄆヅ渫ㄅ浞闯槿。?/p>
2:日期匹配抽?。▋H抽取通配符日期字段匹配數(shù)據(jù)日期條件的文件)
數(shù)據(jù)日期格式
Yyyymmdd
Yyyy-mm-dd
數(shù)據(jù)日期條件
1:上一天日期
2:當(dāng)前時間日期
3:當(dāng)前時間歸屬周周日
4:當(dāng)前時間歸屬月一號
日志清洗轉(zhuǎn)換腳本(倉庫組補填)
補充腳本位置即可,如t8t-bi-dsc\log-app\log-app.py
裝載目標(biāo)表(倉庫組補填)
配置參數(shù)
參數(shù)取值
stg層表名稱
必填
stg層表描述
必填
ods層表名稱
必填
ods層表描述
必填
數(shù)據(jù)接口列表
PC
H5
APP
app_login_log
l
需求單號(分析組補充)
tapd需求單號:xxxxxxx
提起人:xxx(Richard.chen)
l
位置配置參數(shù)(技術(shù)研發(fā)部補充)
配置參數(shù)
參數(shù)取值
服務(wù)器地址
192.168.1.1
端口類型
ftp
端口號
系統(tǒng)用戶名
user
密碼
pwd
日志路徑
日志文件通配符
xxx/yyyymmdd/AppLog
app_login_log_[yyyymmdd].json
日志內(nèi)容分割規(guī)則
文字描述
l
接入模型字段(倉庫組補充)
字段名
注釋
字段類型
必填
必填
必填
必填
必填
必填
l
抽取參數(shù)(倉庫組補充)
配置參數(shù)
參數(shù)取值
抽數(shù)周期
每天
抽數(shù)時間
7:00
文件名匹配條件
1:全量匹配抽?。ㄆヅ渫ㄅ浞闯槿。?/p>
2:日期匹配抽?。▋H抽取通配符日期字段匹配數(shù)據(jù)日期條件的文件)
數(shù)據(jù)日期格式
Yyyymmdd
Yyyy-mm-dd
數(shù)據(jù)日期條件
1:上一天日期
2:當(dāng)前時間日期
3:當(dāng)前時間歸屬周周日
4:當(dāng)前時間歸屬月一號
l
日志清洗轉(zhuǎn)換腳本(倉庫組補填)
補充腳本位置即可,如t8t-bi-dsc\log-app\log-app.py
l
裝載目標(biāo)表(倉庫組補填)
配置參數(shù)
參數(shù)取值
stg層表名稱
必填
stg層表描述
必填
ods層表名稱
必填
ods層表描述
必填
app_diary_log
小程序