看来我的 raid6 配置的硬盘故障黄金日已经到来。我有一台 nas deluxe NDL-2810R，配有 Silicon Image Inc. SiI 3132 串行 ATA Raid II 控制器和 8 个 ST5000NM0024-1HT 5TB 硬盘，采用 raid6 配置。raid 上的文件系统是 Btrfs。整个系统的正常运行时间超过65000小时，raid中的一块磁盘报告故障，raid进入降级模式。Nas 充当存档，工作负载最小，并且已满 90% 以上。
这是我第一次处理突袭失败，并且由于成本原因，我们对任何部分或设备上的支持都没有任何扩展保证。
我知道我需要尽快更换硬盘并重新银化硬盘，但我的问题是硬盘已停产，它们不再生产。我的问题是，我应该更换哪个型号的有问题的型号，以确保最大的兼容性？我可以将上述 Seagate HDD 更换为更大的 6 TB Exos 制造的硬盘吗？示例：ST6000NM019B（来自兼容性观点）
任何投入将不胜感激。史蒂夫
假设您有两个 RAID 阵列，一个有 N 个磁盘，一个有 N+1 个磁盘。具有 N 个磁盘的阵列被格式化为RAID 5并单独放置，而另一个阵列在其中一个磁盘被移除之前被格式化为RAID 6 。现在两个阵列都有 N 个磁盘，N-1 个磁盘的可用存储空间，并且可以在丢失一个（更多）磁盘的情况下幸存下来。
除了 RAID 控制器使用的任何元数据之外，这两个阵列之间是否有任何区别（在数据布局、性能和可靠性方面）？我是否可以将缺少一个磁盘的 RAID 6 阵列转换为具有最少“重塑”/“重写”的预期磁盘的 RAID 5？
我知道 RAID 5 和 RAID 6 中有不同的“策略”/“对齐方式”，但这可能超出了这个问题的范围。也许应该假设两个阵列都使用两个 RAID 级别通用的策略。
我通过颠倒顺序不小心删除了我的 4 驱动器 RAID6 中的 2 个驱动器的分区表sudo sgdisk -R=/dev/sdb /dev/sdz
parted /dev/sdb print目前报道：
Model: ATA ST2000DM008-2FR1 (scsi)
Disk /dev/sdd: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
lsblk仍然报告：
sdb 8:16 0 1.8T 0 disk
└─sdb1 8:17 0 1.8T 0
问：我需要更换分区表吗？如果我不这样做会怎样？如果我这样做了，那么恢复它的最佳方法是什么？parted在愚蠢地删除它之前，我确实有以下一些信息
1 1049kB 2000GB 2000GB Linux RAID raid
我在 H730P 控制器上有一台带有 16 x 12 TB 驱动器的机器。推荐的 RAID-6 配置是什么？驱动器型号为 Toshiba MG07SCA12TEY
我正在考虑 2x 8 驱动器阵列、1x 16 驱动器 RAID-60 阵列和 1x 16 驱动器 RAID-6 阵列。该服务器将主要用于备份和长期存储。从 8 个磁盘阵列到 16 个磁盘阵列的影响有多大？这些配置的重建时间是怎样的？
注意：对于这种特殊情况，RAID-10 不是一个经济实惠的选择。
我有一台装有几个驱动器的机器。运行storcli /c0 show会产生此相关信息等：
TOPOLOGY :
========
----------------------------------------------------------------------------
DG Arr Row EID:Slot DID Type State BT Size PDC PI SED DS3 FSpace TR
----------------------------------------------------------------------------
0 - - - - RAID6 Optl N 90.952 TB dflt N N none N N
0 0 - - - RAID6 Optl N 90.952 TB dflt N N none N N
0 0 0 0:0 2 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 1 0:1 3 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 2 0:2 4 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 3 0:3 5 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 4 0:4 6 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 5 0:5 7 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 6 1:0 26 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 7 1:1 27 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 8 1:2 28 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 9 1:3 29 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 10 1:4 30 DRIVE Onln Y 9.094 TB dflt N N none - N
0 0 11 1:5 31 DRIVE Onln Y 9.094 TB dflt N N none - N
1 - - - - RAID6 Optl N 90.952 TB dflt N N none N N
1 0 - - - RAID6 Optl N 90.952 TB dflt N N none N N
1 0 0 0:6 8 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 1 0:7 9 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 2 0:8 10 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 3 0:9 11 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 4 0:10 12 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 5 0:11 13 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 6 1:6 32 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 7 1:7 33 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 8 1:8 34 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 9 1:9 35 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 10 1:10 36 DRIVE Onln Y 9.094 TB dflt N N none - N
1 0 11 1:11 37 DRIVE Onln Y 9.094 TB dflt N N none - N
2 - - - - RAID5 Optl N 90.952 TB dflt N N none N N
2 0 - - - RAID5 Optl N 90.952 TB dflt N N none N N
2 0 0 0:12 14 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 1 0:14 16 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 2 0:15 17 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 3 0:16 18 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 4 0:17 19 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 5 0:18 20 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 6 0:19 21 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 7 0:20 22 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 8 0:21 23 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 9 0:22 24 DRIVE Onln Y 9.094 TB dflt N N none - N
2 0 10 0:23 25 DRIVE Onln Y 9.094 TB dflt N N none - N
----------------------------------------------------------------------------
(...snip...)
PD LIST :
=======
----------------------------------------------------------------------------
EID:Slt DID State DG Size Intf Med SED PI SeSz Model Sp Type
----------------------------------------------------------------------------
0:0 2 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:1 3 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:2 4 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:3 5 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:4 6 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:5 7 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:6 8 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:7 9 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:8 10 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:9 11 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:10 12 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:11 13 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:12 14 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:13 38 UGood - 9.094 TB SAS HDD N N 512B ST10000NM0096 D -
0:14 16 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:15 17 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:16 18 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:17 19 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:18 20 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:19 21 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:20 22 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:21 23 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:22 24 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
0:23 25 Onln 2 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:0 26 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:1 27 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:2 28 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:3 29 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:4 30 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:5 31 Onln 0 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:6 32 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:7 33 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:8 34 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:9 35 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:10 36 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
1:11 37 Onln 1 9.094 TB SAS HDD N N 512B ST10000NM0096 U -
----------------------------------------------------------------------------
如您所见，c0/e0/d13标记为 UGgood（更换驱动器后），驱动器组 2 缺少第 11 行。
storcli使用将此驱动器添加到 RAID的正确程序是什么？我宁愿通过storcli而不是重新启动来使用（对我而言）更熟悉的 BIOS RAID 工具。
我有 Infortrend DS S16E-G2152-6 NAS，RAID 6 中的 16 个 4TB 驱动器 (WD4000FYYZ)。上周一个驱动器出现故障，已更换并正在重建。在大约 80% 的重建过程中，另外两个驱动器同时发生故障。
控制器重置正在唤醒故障驱动器之一，但恢复再次失败。
现在，其中一个故障驱动器将被专业地克隆到非常相似的新驱动器上。我希望我可以将它粘贴在阵列中，NAS 会认为它是可以工作的旧驱动器并开始重建（我假设它只会看到 1 个故障驱动器和一个干净的驱动器）。
我的假设正确吗？NAS 是否检查驱动器上的文件系统和数据，以了解它是来自设备还是序列号和固件？还是别的什么？
谢谢
在使用实际设备之前，尝试让自己熟悉一些 raid 管理选项。所以我正在使用 USB 记忆棒上的几个小分区。
目标是用 4 个分区和一个附加分区扩展现有的 raid6。我用了
mdadm --add /dev/md127 /dev/sdd9
mdadm -v --grow --raid-devices=5 /dev/md127
这似乎成功地开始了重塑过程。但是，reshape 已经在 0% 处挂起大约一个小时了：
as01449@P-H-287-04:~> cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md127 : active raid6 sdd9[4] sdd8[3] sdd7[2] sdd6[1] sdd5[0]
2099200 blocks super 1.2 level 6, 512k chunk, algorithm 2 [5/5] [UUUUU]
[>....................] reshape = 0.0% (0/1049600) finish=41.7min speed=406K/sec
unused devices: <none>
as01449@P-H-287-04:~> sudo mdadm --detail /dev/md127 /dev/md127:
Version : 1.2
Creation Time : Thu Nov 10 03:52:45 2016
Raid Level : raid6
Array Size : 2099200 (2.00 GiB 2.15 GB)
Used Dev Size : 1049600 (1025.17 MiB 1074.79 MB)
Raid Devices : 5
Total Devices : 5
Persistence : Superblock is persistent
Update Time : Thu Nov 10 04:19:00 2016
State : clean, reshaping
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 512K
Reshape Status : 0% complete
Delta Devices : 1, (4->5)
Name : P-H-287-04.site:raidbackup (local to host P-H-287-04.site)
UUID : a8bed6ee:57936286:509a6406:63a314e3
Events : 22
Number Major Minor RaidDevice State
0 8 53 0 active sync /dev/sdd5
1 8 54 1 active sync /dev/sdd6
2 8 55 2 active sync /dev/sdd7
3 8 56 3 active sync /dev/sdd8
4 8 57 4 active sync /dev/sdd9
预计完成时间只是在不断增长。我错过了什么？
我正在上一门关于配置和部署物理和虚拟服务器的课程。为了能够更容易地做到这一点，我买了一个准系统 Dell Poweredge R715、2 个 Opteron 6276s、64GBs DDR3 ECC Registered RAM、一个 H700 RAID 卡和 6 个驱动器托架。对于驱动器，我购买了 6 个企业级 250GB Seagate Constellation.2 SATA 驱动器。
我想知道的是还有什么，如果有的话，我需要让驱动器在适当的 RAID6 中工作......或者我已经因为不早点问了而把自己开枪打死了。
今天早上我来到办公室发现 RAID-6、3ware 9650SE 控制器上的两个驱动器被标记为降级并且它正在重建阵列。在达到大约 4% 后，它在第三个驱动器上出现 ECC 错误（当我尝试访问此 RAID 上的文件系统并从控制器收到 I/O 错误时可能会发生这种情况）。现在我处于这种状态：
> /c2/u1 show
Unit UnitType Status %RCmpl %V/I/M Port Stripe Size(GB)
------------------------------------------------------------------------
u1 RAID-6 REBUILDING 4%(A) - - 64K 7450.5
u1-0 DISK OK - - p5 - 931.312
u1-1 DISK OK - - p2 - 931.312
u1-2 DISK OK - - p1 - 931.312
u1-3 DISK OK - - p4 - 931.312
u1-4 DISK OK - - p11 - 931.312
u1-5 DISK DEGRADED - - p6 - 931.312
u1-6 DISK OK - - p7 - 931.312
u1-7 DISK DEGRADED - - p3 - 931.312
u1-8 DISK WARNING - - p9 - 931.312
u1-9 DISK OK - - p10 - 931.312
u1/v0 Volume - - - - - 7450.5
检查相关三个驱动器上的 SMART 数据，降级的两个状态良好（通过，没有任何 Current_Pending_Sector 或 Offline_Uncorrectable 错误），但列为 WARNING 的驱动器有 24 个不可纠正的扇区。
而且，“重建”现在已经停留在 4% 十个小时了。
所以：
我如何让它开始实际重建？这个特定的控制器似乎不支持/c2/u1 resume rebuild，并且似乎是一个选项的唯一重建命令是一个想知道要添加哪个磁盘的命令（/c2/u1 start rebuild disk=<p:-p...> [ignoreECC]根据帮助）。我的服务器中有两个热备件，我很乐意使用它们，但我不明白在当前状态下它会如何处理这些信息。
当我在 RAID-6 中有两个 DEGRADED 驱动器时，我可以拔出明显发生故障的驱动器（WARNING 驱动器）吗？在我看来，最好的方案是我拉出 WARNING 驱动器并告诉它在重建中使用我的一个热备件。但是我不会通过在带有两个 DEGRADED 驱动器的 RAID-6 中拉出一个“好”驱动器来解决这个问题吗？
最后，我在其他帖子中看到此控制器中的一个严重错误导致良好驱动器被标记为错误并且升级固件可能会有所帮助。鉴于这种情况，刷新固件是否是一项有风险的操作？它对重建但停留在 4% 的 RAID 有帮助还是有害？我是否遇到了这个错误？
精神之外的建议将不胜感激。谢谢。
维基百科说：“RAID 2 是唯一的标准 RAID 级别，除了 RAID 6 的某些实现之外，RAID 6 可以自动从数据中的单位损坏中恢复准确的数据。”
有谁知道 Linux 中的 RAID 6 mdadm 实现是否是一种可以自动检测单位数据损坏并从中恢复的实现。如果 CentOS / Red Hat 6 与其他版本不同，则这适用于 CentOS / Red Hat 6。我尝试在线搜索，但运气不佳。
SATA 错误率为 1 分之 1E14 位，而 2TB SATA 磁盘包含 1.6E13 位，这与防止数据损坏特别相关。
编辑 2015 年 6 月 17 日
我相信这不像我最初想的那样令人担忧 - 请参阅硬盘/SSD - 错误的检测和处理 - 是否可靠地防止了静默数据损坏？更多细节