轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 一DELL服務器RAID5 兩塊硬盤損壞數(shù)據(jù)恢復一例
]]>通過大量計算和底層人工分析后成功恢復客戶所需虛擬機。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » DELL R720xd服務器誤刪除ProXmoX VE虛擬機的數(shù)據(jù)恢復案例
]]>
嘗試連接數(shù)據(jù)庫,提示“0RA–12560:TNS:protocol adapter error”錯誤
C:\Users\Adninistrator>sqlplus "/as sysdba" SQL*Plus:Release 11.2.0.4.0 Production on Fri Mar 5 13:02:53 2021 Copyright (c)1982,2013,Oracle.All rights reserued. ERROR: 0RA-12560:TNS:protocol adapter error C:\Users\Adninistrator>sqlplus /nolog SQL*Plus:Release 11.2.0.4.0 Production on Fri Mar 5 13:02:59 2021 Copyright (c)1982,2013,Oracle.All rights reserved. SQL>conn /as sysdba ERROR: ORA-12560:TNS:protocol adapter error SQL> SQL>
修復過程如下(此修復方法僅此環(huán)境下修復成功,不保證適合于所有故障環(huán)境):
到此Oracle數(shù)據(jù)庫修復成功,軟件能正常登錄。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 因異常斷電導致Oracle11g數(shù)據(jù)庫損壞Empower3軟件提示ORA-12541不能正常使用
]]>=================================== 附加數(shù)據(jù)庫 對于 服務器“EXP\SQL2008R2”失敗。 (Microsoft.SqlServer.Smo) ------------------------------ 有關幫助信息,請單擊: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.2500.0+((KJ_PCU_Main).110617-0026+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=附加數(shù)據(jù)庫+Server&LinkId=20476 ------------------------------ 程序位置: 在 Microsoft.SqlServer.Management.Smo.Server.AttachDatabase(String name, StringCollection files) 在 Microsoft.SqlServer.Management.SqlManagerUI.AttachDatabaseData.PrimaryFile.Attach() 在 Microsoft.SqlServer.Management.SqlManagerUI.AttachDatabase.SendDataToServer() =================================== 執(zhí)行 Transact-SQL 語句或批處理時發(fā)生了異常。 (Microsoft.SqlServer.ConnectionInfo) ------------------------------ 程序位置: 在 Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteNonQuery(String sqlCommand, ExecutionTypes executionType) 在 Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteNonQuery(StringCollection sqlCommands, ExecutionTypes executionType) 在 Microsoft.SqlServer.Management.Smo.ExecutionManager.ExecuteNonQuery(StringCollection queries) 在 Microsoft.SqlServer.Management.Smo.Server.AttachDatabaseWorker(String name, StringCollection files, String owner, AttachOptions attachOptions) 在 Microsoft.SqlServer.Management.Smo.Server.AttachDatabase(String name, StringCollection files) =================================== SQL Server 檢測到基于一致性的邏輯 I/O 錯誤 頁撕裂(簽名應該為: 0xaaaaaaaa,但實際為: 0xfffffffe)。在文件 'E:\DataBase\****\hssz_1.ndf' 中、偏移量為 0x0000019c29c000 的位置對數(shù)據(jù)庫 ID 7 中的頁 (1:844110) 執(zhí)行 讀取 期間,發(fā)生了該錯誤。SQL Server 錯誤日志或系統(tǒng)事件日志中的其他消息可能提供了更詳細信息。這是一個威脅數(shù)據(jù)庫完整性的嚴重錯誤條件,必須立即糾正。請執(zhí)行完整的數(shù)據(jù)庫一致性檢查(DBCC CHECKDB)。此錯誤可以由許多因素導致;有關詳細信息,請參閱 SQL Server 聯(lián)機叢書。 (.Net SqlClient Data Provider) ------------------------------ 有關幫助信息,請單擊: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=824&LinkId=20476 ------------------------------ 服務器名稱: EXP\SQL2008R2 錯誤號: 824 嚴重性: 24 狀態(tài): 2 行號: 1 ------------------------------ 程序位置: 在 Microsoft.SqlServer.Management.Common.ConnectionManager.ExecuteTSql(ExecuteTSqlAction action, Object execObject, DataSet fillDataSet, Boolean catchException) 在 Microsoft.SqlServer.Management.Common.ConnectionManager.ExecuteTSql(ExecuteTSqlAction action, Object execObject, DataSet fillDataSet, Boolean catchException) 在 Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteNonQuery(String sqlCommand, ExecutionTypes executionType)
經(jīng)千喜成都數(shù)據(jù)恢復中心工程師檢測后發(fā)現(xiàn)是由系統(tǒng)表損壞引起的故障,千喜成都數(shù)據(jù)恢復中心工程師通過計算修復系統(tǒng)表后,數(shù)據(jù)庫能正常附加,使用DBCC檢查數(shù)據(jù)庫一卻正常無任何問題。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 修復”SQL Server 檢測到基于一致性的邏輯 I/O 錯誤 頁撕裂…….錯誤號: 824″的數(shù)據(jù)庫
]]>通過檢測分析發(fā)現(xiàn)數(shù)據(jù)庫部分頁已被勒索病毒加密,經(jīng)工程師修復加密頁后,通過數(shù)據(jù)庫管理工具附加修改好的數(shù)據(jù)庫,經(jīng)用戶驗收查證,數(shù)據(jù)無誤。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 恢復被[decrypt@files.mn].ROGER勒索病毒加密后的金碟MS SQL2008 R2 MDF數(shù)據(jù)庫文件
]]>附加數(shù)據(jù)庫對于服務器”EXP\SQL2008R2失敗。(Microsoft.SqlServer.Smo) 其他信息: 執(zhí)行TransactsQL 語句或批處理時發(fā)生了異常。(MicrosoftSqlServer.Connectionlnfo) 數(shù)據(jù)庫ID7,頁(1:5409011)已標記為RestorePending,可能表明磁盤已損壞。要從此狀態(tài)恢復,請執(zhí)行還原操作。 無法打開新數(shù)據(jù)庫'Xpsm'。CREATE DATABASE中止。(0Microsoft SQL Server,錯誤:829)
工程能過底層分析計算修復數(shù)據(jù)庫后,使用DBCC檢查數(shù)據(jù)庫一切正常,數(shù)據(jù)100%恢復。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 數(shù)據(jù)庫ID7,頁(1:5409011)已標記為RestorePending,可能表明磁盤已損壞。要從此狀態(tài)恢復,請執(zhí)行還原操作。
]]>用dbcc checkdb檢查數(shù)據(jù)庫提示“消息 7987,級別 16,狀態(tài) 1,第 1 行
系統(tǒng)表預檢查: 對象 ID 4 具有不匹配的鏈鏈接。(1:22009)->next = (1:119),但 (1:119)->prev = (1:23904)。由于不可修復的錯誤,CHECK 語句已終止。
UFTData139077_000002的 DBCC 結果。
CHECKDB 在數(shù)據(jù)庫 ‘UFTData139077_000002’ 中發(fā)現(xiàn) 0 個分配錯誤和 0 個一致性錯誤?!?/p>
通過分析底層數(shù)據(jù)成功修復損壞的系統(tǒng)表,數(shù)據(jù)庫完美恢復
在用友T+12軟件中各項功能均能正常查詢。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 用友T+12登錄提示:”4060數(shù)據(jù)庫錯誤,請重試!無法打開登錄所請的數(shù)據(jù)庫
]]>Tech Unlock Handshake: 0xAD5909E3 Reply: Spin Up SpinOK TCC:000D SNOOOZZZZZZEEE Retry EDAC Value = 000000000009435E SNOOOZZZZZZEEE Retry EDAC Value = 000000000009435E WriteFlashLogEntry PrgF LED:000000EE FAddr:0030E394 LED:000000EE FAddr:0030E394 LED:000000EE FAddr:0030E394
嘗試通電希捷硬盤短接點進了F3?T級,終端提示如下:
Tech Unlock Handshake: 0xAD5909E3 Reply: Spin Up SpinO TCC:000E SNOOOZZZZZZEEE Retry EDAC Value = 000000000009435E SNOOOZZZZZZEEE Retry EDAC Value = 000000000009435E ASCII Diag mode WriteFlashLogEntry PrgF LED:000000EE FAddr:0030E394 Rst 0x40M ASCII Diag mode F3 T> Spin Up SpinOK TCC:000E SNOOOZZZZZZEEE Retry EDAC Value = 000000000009435E SNOOOZZZZZZEEE Retry EDAC Value = 000000000009435E WriteFlashLogEntry PrgF LED:000000BD FAddr:00004040 LED:000000BD FAddr:00004040 LED:000000BD FAddr:00004040
我們都知道在希捷硬盤數(shù)據(jù)恢復時遇到如果希捷硬盤不識別的情況,排除磁頭損壞后,首先進了F3 T級備份硬盤固件,如果不能正常進入F3 T級可以通過希捷硬盤短接點短接進入F3 T級,然后再修復固件或重新編譯器都操作,但這個硬盤不論如果操作始終無法進入F3 T級,這給硬盤數(shù)據(jù)恢復工作帶來了麻煩,千喜成都數(shù)據(jù)恢復中心工程師經(jīng)過努力成功恢復該硬盤的數(shù)據(jù),處理過程如下:
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 希捷ST1000DM003 1T硬盤不認盤,終端提示LED錯誤的數(shù)據(jù)恢復
]]>設備型號:WD20EZRZ
故障類型:硬件故障
故障描述:一成都客戶聯(lián)系我們時,按他描述應該是固件或者磁頭問題。但是硬盤送來時硬盤磁頭和盤片都燒成以下圖片這樣了(肉眼看到的效果更糟糕,手機拍不出真實的效果),一問才知道客戶找修電腦的師傅嘗試恢復了,修電腦的師傅告訴他百分之一千能恢復(無知者無畏),恢復的方法就是不停的更換電路?板嘗試。結果把磁頭數(shù)據(jù)線燒壞,盤片也被熏黑了。而且因為修電腦的師傅還不斷通電嘗試讀取數(shù)據(jù),所以盤片上劃出一圈一圈的煙熏圈……
檢測恢復:清洗硬盤盤片是一個非常需要耐心的技術活,經(jīng)過一天的努力,現(xiàn)在可以看到目錄了。如果數(shù)據(jù)重要建議還是選擇專業(yè)的數(shù)據(jù)恢復機構,以免得不償失,就像這個案例本來幾百塊可以解決的問題結果現(xiàn)在花了近十倍的費用,還有就是任何一家正規(guī)的數(shù)據(jù)恢復機構都不敢做100%恢復的承諾,但我們會付100%努力來爭取1%的希望。
溫馨提示:千喜成都數(shù)據(jù)恢復中心提醒大家,很多操作是不可逆的,在沒有數(shù)據(jù)備份的情況下,請勿盲目操作。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 一塊西部數(shù)據(jù)硬盤因胡亂更換電路板燒毀磁頭數(shù)據(jù)線的數(shù)據(jù)恢復案例
]]>
根據(jù)客戶描述已找其它數(shù)據(jù)恢復公司嘗試恢復過,恢復效果不盡人意,因為其它數(shù)據(jù)恢復公司恢復的是客戶以前刪除的U盤內的文件而不是恢復的加密的文件。我公司技術通過分析成功恢復客戶的所有加密數(shù)據(jù)。
轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 閃迪SanDisk SecureAccess U盤加密后不能正常打開的數(shù)據(jù)恢復
]]>