硬碟資料救援,RAID快速急救,高雄,台南,屏東,台北,台中,電話:0931-273295,網址:www.fubjj.com

硬碟資料救援,RAID快速急救
網址:www.fubjj.com

做個廣告：培訓陣列恢復，學完後達到自己能獨立分析陣列的能力，包括raid0，raid1E，raid5，raid5EE，HP雙迴圈
最近剛做的一個案例：
一個ADS的伺服器，接了16塊盤，每塊盤大小為1TB，這個陣列報2號盤和5號盤SMART出錯。
廠家說是RAID5。當時感覺就不太妙，大家都知道RAID5只能一塊盤損壞，要是損壞兩塊盤的話，提取資料會有問題。
接到這個陣列後，經檢測2號盤磁頭損壞，已經無法修復了。而5號盤經檢測沒有發現問題，先不管這麼多了，先把5号盘进行全盘镜像，防止进一步损坏。
通过查看模板得知阵列中第一个分区开始于63扇区。我们现在转到63扇区看一下，发现不是DBR扇区。
于是我们在这15个磁盘中查找DBR扇区。
发现5号盘和15号盘的120扇区都是DBR，但是它们所描述的分区大小是不一样的。
通过和7号盘的0扇区的分区大小比较得知15号盘的DBR是正确的。比7号盘0扇区的分区数少1。
但是为为什么会在120扇区呢？通过查看DBR参数，我们得知这是一个4096字节的扇区，而不是我们常用的512字节的扇区。
这样的话，120也就不难理解了。
同时我们也知道整个阵列的大小为3173576427个扇区，也就是3173576427*4096＝12998969044992B≈13TB（按1kb＝1000b）。16块盘13TB？？这是个什么阵列呀？？
现在我们从$MFT入手进行下一步的分析。
由于15号盘中DBR所描述的$MFT位置也不太远，就从当前位置开始查找$MFT文件。
在15号盘的473906扇区找到一个$MFT记录，但是这不是真正的$MFT记录。再往下查找。
在15号盘的483968扇区找到真正的$MFT文件。
现在所有的盘都定位到483968这个扇区。发现大多数盘都不是MFT记录。现在要找一个扇区，这个位置都应该是MFT记录。
这个新位置就是487424。
通过查看MFT记录编号，我们发现1号盘和3号盘的MFT编号一样。4号盘是乱码。
然后进一步分析得知，我们还是比较幸运的，坏掉的2号盘是个热备盘。
同时这是一个15块盘组成的RAID6。
正好是13T的容量。
下面通过进一步分析，得知这个RAID6是一个HP双循环的结构。
内环是64KB，外环是32。
盘序是：4
2
7
8
5
15
13
14
12
6
11
10
9
1
3
且是一个右循环的阵列。下表是RAID外循环
P
Q
1
2
3
4
5
6
7
8
9
10
11
12
13
26
P
Q
14
15
16
17
18
19
20
21
22
23
24
25
。。。
。。。
下表是RAID内循环
P
Q
1
2
3
4
5
6
7
8
9
10
11
12
13
P
Q
14
15
16
17
18
19
20
21
22
23
24
25
26
P
Q
27
28
29
30
31
32
33
34
35
36
37
38
39
P
Q
。。。
。。。
现在验证一下：
阵列的504扇区，正确，是个DBR。
再看一下6291960扇区，正确，是$MFT文件。
双击出现的这个分区：
剩下的就是提取数据了。
注意：这里用镜像来给大家举例。因此出现不了后面的分区是正常的。
RAID6,
HP双循环,
4096字节,
16块盘,
2个损坏基隆市,台北市,台北縣,桃園縣,新竹縣,新竹市,苗栗縣,台中縣,台中市,彰化縣,南投縣,雲林縣,嘉義縣,嘉義市,台南縣,台南市,高雄縣,高雄市,屏東縣,澎湖,金門,馬祖,中國大陸,From InToHard