标签: raid-5

我一直认为以下是 RAID 的一般经验法则：

• RAID 0：从剥离中读取和写入的最佳性能，最大风险
• RAID 1：冗余，适合 READ（我相信它可以从不同硬盘驱动器的文件的不同部分读取），而不适合 WRITE
• RAID 0+1 (01)：结合RAID 1的冗余和RAID 0的性能
• RAID 1+0 (10)：RAID 0+1 稍微好一点的版本
• RAID 5：读性能好，写性能差，冗余

这个假设正确吗？（以及它们与 JBOD 设置的 R/W IO 性能相比如何）

某些实用的 RAID 设置是否更适合不同的应用：游戏、视频编辑、数据库（Access 或 SQL）？

我在考虑硬盘驱动器，但这也适用于固态驱动器吗？

在过去的几周里，我一直在对这个主题进行大量研究——我认为我已经接近完成我的康复，至少是尽可能多的。长话短说，我只会描述问题，而不填写每一个微小的技术细节。

假设您有多个 RAID-5 阵列，每个阵列有 8 个磁盘，然后将它们组合成一个 LVM 逻辑卷。然后其中一个磁盘在其中一个阵列中死亡，并且在重建期间，您会在该阵列中的第二个磁盘上遇到不可恢复的读取错误。当然，没有备份。

我已经使用 URE 将驱动器中的数据恢复到新驱动器上，只有 5K 的数据被损坏，所有数据都分组到一个非常小的磁盘区域中。我还假设一旦我使用 ddrescue 的副本重新组装那个 MD 设备，我会将我的数据丢失的大小乘以我的阵列中的非奇偶校验驱动器的数量（因此 35K 的数据丢失），作为奇偶校验使用这些块对条带的计算将是不正确的。

我已经阅读并理解了http://smartmontools.sourceforge.net/badblockhowto.html 上的程序，用于确定哪些文件会被这种情况损坏，但我的问题是弄清楚哪些块将在md 重建用作 debugfs 的输入。弄清楚 md 和 lvm 存储元数据的所有偏移量也不会很有趣，但我想我可以处理那部分。

我可以将所有坏块数乘以 7，然后假设每个坏块后面的 6 个块也是坏块，然后按照上面链接的指南中的 LVM 说明进行操作吗？

并且要明确 - 我不关心修复或重新映射指南描述的坏块，我已经更换了磁盘，并将让 md 处理这种事情。我只想知道 ext4 文件系统上的哪些文件受到了影响。

在 raid 5 设置中，您可以从 3 x 2 TB 磁盘中获得 4 TB 的可用空间。这怎么可能？

像我一样头脑简单，我认为您需要 4TB 来存储您的东西，并将剩余的 2TB 用于恢复。但是我如何才能从 2TB 中恢复 4TB？如果 1kb 消失了，我只有 0.5kb 可以恢复。如果这足够了，为什么不从一开始就使用 0.5kb 的存储空间。

我知道这是一个幼稚的问题。但答案是什么？

我已经在三个硬盘驱动器上设置了 Linux 软件 RAID5，并想用 cryptsetup/LUKS 对其进行加密。我的测试表明加密会导致我无法解释的大量性能下降。

RAID5 无需加密即可写入 187 MB/s [1]。通过加密，写入速度降至约 40 MB/s。

RAID 具有 512K 的块大小和写意图位图。我用作-c aes-xts-plain -s 512 --align-payload=2048的参数cryptsetup luksFormat，因此有效载荷应对齐到 2048 个 512 字节的块（即 1MB）。cryptsetup luksDump显示负载偏移量为 4096。所以我认为对齐是正确的并且适合 RAID 块大小。

CPU 不是瓶颈，因为它具有对 AES (aesni_intel) 的硬件支持。如果我在另一个同样加密的驱动器（带有 LVM 的 SSD）上写入，我的写入速度为 150 MB/s。top显示CPU使用率确实很低，只有RAID5 xor占用14%。

我还尝试将文件系统 (ext4) 直接放在未加密的 RAID 上，以便查看分层是否有问题。文件系统按预期稍微降低了性能，但到目前为止还没有那么多（写入速度不同，但 > 100 MB/s）。

总结：
磁盘+RAID5：好
磁盘+RAID5+ext4：好
磁盘+RAID5+加密：坏
SSD+加密+LVM+ext4：好

读取性能不受加密影响，无加密时为 207 MB/s，加密时为 205 MB/s（也表明 CPU 能力不是问题）。

如何提高加密RAID的写入性能？

[1] 所有速度测量都是通过多次运行完成的dd if=/dev/zero of=DEV bs=100M count=100（即以 100M …

我想在具有英特尔主板的机器上设置 RAID 5 阵列。它内置了raid（sata）。我担心的是如果主板出现故障会发生什么？

我如何才能将这些硬盘驱动器移动到不同的机器上 - 使用不同的主板并恢复 RAID 阵列（操作系统不在 RAID 阵列上，只有数据）。

我假设 bios 中可能有一个功能来备份 raid 配置，这意味着我可以有一个相同类型的备用主板 - 或者其他英特尔台式机主板是否兼容以便能够导入 raid 配置？

如果这将是一个问题，那么我应该考虑软件突袭吗？

注意：我还在 Windows 7 磁盘管理中发现了灰色的 RAID-5 选项。搜索窗口帮助我找到了一个标题为“将磁盘移动到另一台计算机”的页面，其中提到了 RAID-5，当然您需要将集合中的所有磁盘移动到新计算机，然后使用导入外部磁盘选项。这似乎正是我想要的，但是搜索 windows 7 raid-5 选项似乎不可用？那为什么是菜单选择呢？

如果我有一个带有 4x1TB 驱动器的 RAID5，然后在一年后我决定升级到 4x2TB，我是否可以一次更换一个驱动器，然后让奇偶校验重建，即使它是混合大小的驱动器？

显然我不想为了扩展而将所有 4TB 备份到另一个 RAID。

RAID5 和 RAIDZ 在这方面有区别吗？

我已经阅读了许多关于使用 4 x 2TB 驱动器运行 RAID-5 的风险的意见。显然，2TB 驱动器的故障率如此之高，以至于冗余比通常预期的要少。

2TB 驱动器已经上市很长时间了。这个观点成立吗？

如果相关，系统是使用 md/lvm 的 Linux。替代建议表示赞赏。

我有 3 个硬盘，在以下段落中分别命名为 /dev/sda、/dev/sdb 和 /dev/sdc，最新的在前。注：/dev/sdc有1个主分区/dev/sdc1，1个扩展分区/dev/sd2，3个逻辑分区/dev/sdc5、/dev/sdc6和/dev/sda7。

我使用 /dev/sda5 和 /dev/sdb5 创建了一个降级的 RAID 5 设备 /dev/md0（计划将 /dev/sdc5 添加到 RAID 以将其变为正常状态），然后使用 /dev/md0 作为唯一的 pv LVM，并使用 ext4 文件系统 /dev/mapper/vg0-lv0 创建了一个 lv。

不幸的是，在探索和使用 LVM 时，我dd if=/dev/zero of=/dev/sdc1 bs=64M count=10在删除 /dev/sdc1 后运行。所以实际上零被写入/dev/sdc2，并且分区表的损坏部分存储在/dev/sdc2和/dev/sdc5的开始部分。

当意识到这一点，我立即通过这样DD制成的/ dev / SDC的图像：dd if=/dev/sdc of=/mount-point-of-vg0-lv0/sdc.img。

几天后，我终于有时间尝试恢复/dev/sdc上的数据，实际上只有/dev/sdc7，因为它是唯一没有备份的分区。我用镜像文件 sdc.img 运行 testdisk，使用它的快速搜索功能重建分区表，将它丢失到 /dev/loop0。/dev/loop0p7（它是 /dev/sdc7 的映像）已返回并可挂载，所有文件似乎都没有问题。然后我跑去find /mount-point-of-loop0p7 -type f -exec md5sum {} \; > sdc7_img.md5sum为 /dev/loop0p7 上的所有文件构建 MD5 校验和列表。

在处理物理 /dev/sdc 设备时，测试磁盘的快速搜索不会找到所有分区，深度搜索会。然后我使用类似的命令为物理 /dev/sdc7 上的所有文件构建了 MD5 校验和列表 sdc7.md5sum。将其与 sdc7_image.md5sum 进行比较时，我发现有 4 …

如果不是，是不是表示RAID模式下的Btrfs是完全抗断电的？

这是我关于超级用户的第一个问题，所以如果我忘记提及某事，请询问。

我正在尝试设置将用作文件服务器和媒体服务器的家庭服务器。我安装了 Ubuntu Server 14.04，现在我正在尝试使用 mdadm 设置由总共 5 个磁盘组成的 Raid5。创建raid后，我可以使用它，也可以从其他PC访问Raid。重新启动服务器后，Raid 不再出现。我也无法组装突袭。

我已经完成了以下步骤：

创建 RAID

mdadm --create --verbose /dev/md0 --level=5 --raid-devices=5 /dev/sda /dev/sdc /dev/sdd /dev/sde /dev/sdf

RAID 完成后 ( watch cat /proc/mdstat)，我存储 RAID 配置

mdadm --detail --scan >> /etc/mdadm/mdadm.conf

然后我删除了 mdadm.conf 中条目的某些部分。生成的文件如下所示：

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if …