国产精品成人亚洲777-欧美成人精精品一区二区-亚洲 ,日韩欧美一区二区三区在线观看_亚洲?V无码专区导航_亚洲 http://www.g305.cn 硬盤數(shù)據(jù)恢復,服務器數(shù)據(jù)恢復,數(shù)據(jù)恢復公司 Mon, 19 Jan 2026 09:21:03 +0000 zh-CN hourly 1 https://wordpress.org/?v=5.1.19 一DELL服務器RAID5 兩塊硬盤損壞數(shù)據(jù)恢復一例 http://www.g305.cn/8384.html http://www.g305.cn/8384.html#respond Sun, 07 Aug 2022 06:41:08 +0000 http://www.g305.cn/?p=8384 都江堰某單位DELL服務器開不了機,服務器做RAID5,5塊4T硬盤兩塊亮燈提示故障,需要進行服務器數(shù)據(jù)恢復。電話咨詢工程師后,馬上安排人員從都江堰把服務器送至我公司來,公司馬上安排工程師進行一對一服務。經(jīng)過工程師檢測,發(fā)現(xiàn)兩塊壞掉的硬盤有不同程度的損壞,另外三塊硬盤里有兩塊是好的,其中有一塊也有壞道了,在該單位人員的確認下找出最后壞的那塊硬盤后,我們工程師開始恢復數(shù)據(jù)。經(jīng)過13個小時加急處理后,數(shù)據(jù)恢復出來了,但是客戶需要的數(shù)據(jù)庫還有點問題,導致數(shù)據(jù)庫附加提示錯誤,這是由于硬盤損壞有點嚴重造成的,我們工程師馬上又進行了數(shù)據(jù)庫修復,最后經(jīng)過客戶及客戶的軟件供應商共同現(xiàn)場驗證后,數(shù)據(jù)完美恢復。數(shù)據(jù)救援一定記得選正規(guī)數(shù)據(jù)恢復機構快速高質量,保持原始狀態(tài)會降低數(shù)據(jù)恢復難度,同樣會節(jié)約很多成本!

轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 一DELL服務器RAID5 兩塊硬盤損壞數(shù)據(jù)恢復一例

]]>
http://www.g305.cn/8384.html/feed 0
DELL R720xd服務器誤刪除ProXmoX VE虛擬機的數(shù)據(jù)恢復案例 http://www.g305.cn/8189.html http://www.g305.cn/8189.html#respond Fri, 25 Jun 2021 01:57:10 +0000 http://www.g305.cn/?p=8189 一臺DELL R720xd 由一個240SSD+10個2T硬盤組成,沒有使用陣列卡組建陣列,客戶描述使用ProXmoX VE面板銷毀虛擬時,誤刪了一個名為vm-165-disk-0的虛擬機。查看現(xiàn)有虛機機發(fā)現(xiàn)所有虛擬機均由多個硬盤的扇區(qū)塊組成的JBOD組成,這給數(shù)據(jù)恢復工作帶來了非常大的難度。

通過大量計算和底層人工分析后成功恢復客戶所需虛擬機。

轉載請注明:成都千喜數(shù)據(jù)恢復中心 » DELL R720xd服務器誤刪除ProXmoX VE虛擬機的數(shù)據(jù)恢復案例

]]>
http://www.g305.cn/8189.html/feed 0
因異常斷電導致Oracle11g數(shù)據(jù)庫損壞Empower3軟件提示ORA-12541不能正常使用 http://www.g305.cn/8035.html http://www.g305.cn/8035.html#respond Thu, 01 Apr 2021 04:49:21 +0000 http://www.g305.cn/?p=8035 某醫(yī)藥集團公司使用Empower3系統(tǒng)+Oracle11g數(shù)據(jù)庫,在異常斷電后,輸入用戶名和密碼登錄軟件提示 “0RA-12541:TMS:no listener”錯誤不能正常登錄。


嘗試連接數(shù)據(jù)庫,提示“0RA12560: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)境):

內容查看此隱藏內容查看價格500立即支付

到此Oracle數(shù)據(jù)庫修復成功,軟件能正常登錄。

轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 因異常斷電導致Oracle11g數(shù)據(jù)庫損壞Empower3軟件提示ORA-12541不能正常使用

]]>
http://www.g305.cn/8035.html/feed 0
修復”SQL Server 檢測到基于一致性的邏輯 I/O 錯誤 頁撕裂…….錯誤號: 824″的數(shù)據(jù)庫 http://www.g305.cn/8022.html http://www.g305.cn/8022.html#respond Mon, 29 Mar 2021 08:53:55 +0000 http://www.g305.cn/?p=8022 某單位一Microsoft?SQL Server數(shù)據(jù)庫在服務器異常斷電后損壞,附加數(shù)據(jù)庫提示以下錯誤

===================================

附加數(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ù)庫

]]>
http://www.g305.cn/8022.html/feed 0
恢復被[decrypt@files.mn].ROGER勒索病毒加密后的金碟MS SQL2008 R2 MDF數(shù)據(jù)庫文件 http://www.g305.cn/8019.html http://www.g305.cn/8019.html#respond Mon, 29 Mar 2021 08:21:54 +0000 http://www.g305.cn/?p=8019 某單位的財務人員發(fā)現(xiàn)金蝶財務軟件突然不能正常打開,經(jīng)網(wǎng)管檢測后發(fā)現(xiàn),服務器上的文件擴展名均變成了[decrypt@files.mn].ROGER,[decrypt@files.mn].ROGER是近期網(wǎng)上比較流行的勒索病毒中一種,網(wǎng)管馬上聯(lián)系千喜成都數(shù)據(jù)恢復中心,將需要修得的MDF和BAK文件通過網(wǎng)絡發(fā)送過來,經(jīng)了解服務器Microsoft SQL Server 2008 R2數(shù)據(jù)庫和一套金蝶的財務系統(tǒng)。

通過檢測分析發(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ù)庫文件

]]>
http://www.g305.cn/8019.html/feed 0
數(shù)據(jù)庫ID7,頁(1:5409011)已標記為RestorePending,可能表明磁盤已損壞。要從此狀態(tài)恢復,請執(zhí)行還原操作。 http://www.g305.cn/8013.html http://www.g305.cn/8013.html#respond Tue, 23 Mar 2021 06:33:55 +0000 http://www.g305.cn/?p=8013 某醫(yī)院的新普數(shù)碼醫(yī)院數(shù)字化軟件使用Microsoft SQL Server 2008 R2數(shù)據(jù)庫,在某天異常斷電后新普數(shù)碼醫(yī)院數(shù)字化軟件不能正常使用,打開SQL Server Management Studio進入數(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í)行還原操作。

]]>
http://www.g305.cn/8013.html/feed 0
用友T+12登錄提示:”4060數(shù)據(jù)庫錯誤,請重試!無法打開登錄所請的數(shù)據(jù)庫 http://www.g305.cn/7950.html http://www.g305.cn/7950.html#respond Tue, 02 Feb 2021 06:06:24 +0000 http://www.g305.cn/?p=7950 用友T+12登錄提示:”4060數(shù)據(jù)庫錯誤,請重試!無法打開登錄所請求的數(shù)據(jù)庫”UFTData224592_000001″.登錄失敗。用戶sa登錄失敗。

用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ù)庫

]]>
http://www.g305.cn/7950.html/feed 0
希捷ST1000DM003 1T硬盤不認盤,終端提示LED錯誤的數(shù)據(jù)恢復 http://www.g305.cn/7865.html http://www.g305.cn/7865.html#comments Tue, 22 Dec 2020 02:46:39 +0000 http://www.g305.cn/?p=7865 一客人將一塊希捷1T硬盤送至千喜成都數(shù)據(jù)恢復中心,硬盤型號是Model : ST1000DM003-1ER162?Serial : S4Y1PA9V 電路板號為:100724095,硬盤故障表現(xiàn)為通電后硬盤尋道聲音正常,但不認盤,解鎖板通電查看終端提示如下:

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ù),處理過程如下:

內容查看此隱藏內容查看價格100立即支付    升級VIP后免費

重新通電發(fā)現(xiàn)硬盤能正常識別,嘗試讀取硬盤扇區(qū)一切正常。

轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 希捷ST1000DM003 1T硬盤不認盤,終端提示LED錯誤的數(shù)據(jù)恢復

]]>
http://www.g305.cn/7865.html/feed 2
一塊西部數(shù)據(jù)硬盤因胡亂更換電路板燒毀磁頭數(shù)據(jù)線的數(shù)據(jù)恢復案例 http://www.g305.cn/7681.html http://www.g305.cn/7681.html#respond Mon, 23 Nov 2020 07:59:13 +0000 http://www.g305.cn/?p=7681 設備信息:西部數(shù)據(jù)2T 3.5臺式硬盤

設備型號: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ù)恢復案例

]]>
http://www.g305.cn/7681.html/feed 0
閃迪SanDisk SecureAccess U盤加密后不能正常打開的數(shù)據(jù)恢復 http://www.g305.cn/7491.html http://www.g305.cn/7491.html#respond Wed, 22 Jul 2020 08:37:05 +0000 http://www.g305.cn/?p=7491 客戶拿來兩個閃迪SanDisk優(yōu)盤分別是64G和240G,客戶描述使用SanDisk SecureAccess加密后現(xiàn)在不能正常打開文件,打開出現(xiàn)如下圖的錯誤提示

 

根據(jù)客戶描述已找其它數(shù)據(jù)恢復公司嘗試恢復過,恢復效果不盡人意,因為其它數(shù)據(jù)恢復公司恢復的是客戶以前刪除的U盤內的文件而不是恢復的加密的文件。我公司技術通過分析成功恢復客戶的所有加密數(shù)據(jù)。

轉載請注明:成都千喜數(shù)據(jù)恢復中心 » 閃迪SanDisk SecureAccess U盤加密后不能正常打開的數(shù)據(jù)恢復

]]>
http://www.g305.cn/7491.html/feed 0