RAID

来自 Arch Linux 中文维基

相关文章

独立磁盘冗余阵列 (Redundant Array of Independent Disks, RAID) 是一种将多个磁盘驱动器组件（通常是多块硬盘或多个分区）组合为一个逻辑单元的存储技术。根据 RAID 的部署情况，这个逻辑单元可以是单个的文件系统，也可以是一个能在其上建立多个分区的透明中间层。根据所需的冗余量和性能要求，数据按照 #RAID 级别 中的某一种方式分布在驱动器中。所选的 RAID 级别决定了是否可以防止数据丢失（硬盘故障时）、是否提高性能或结合两者优势。

本文介绍如何使用 mdadm 创建并管理一个软件磁盘阵列。

警告： 确保在操作前 备份 所有数据。

RAID 级别[编辑 | 编辑源代码]

尽管大部分 RAID 级别都或多或少地包含了数据冗余，RAID 并不能完全保证数据安全。如果遇到火灾、计算机被盗或者多块硬盘同时损坏，RAID 将无法保护数据。此外，配置一个带有 RAID 的系统是一个复杂的过程，可能会破坏现有数据。

基本 RAID 级别[编辑 | 编辑源代码]

有多种不同的 基本 RAID 级别，下面列出了最常用的几种。

RAID 0
将多块硬盘组合为一个带区卷，尽管它 并不提供数据冗余，它仍可以被当做是 RAID，而且它确实提供了 巨幅的速度提升。如果提高速度比数据安全更重要（比如作为 swap 分区），可以选择这种 RAID 级别。在服务器上，RAID 1 和 RAID 5 阵列更加合适。在 RAID 0 阵列中，块设备的大小是最小组成分区的大小乘以组成分区的数量。
RAID 1
这是最直接的 RAID 级别：完全镜像。与其他 RAID 级别一样，它只在分区位于不同物理硬盘上才有效。如果某一块硬盘损坏，由 RAID 阵列提供的块设备将不受影响。可以使用 RAID 1 的情境包括了除 swap 和临时文件外的其他所有情境。请注意，如果使用由软件实现的 RAID，引导分区只能选择 RAID 1，因为读取引导分区的引导器通常无法辨识 RAID，但一个 RAID 1 的组成分区可以像常规分区一样读取。RAID 1 阵列块设备的大小是最小组成分区的大小。
RAID 5
需要至少 3 块物理硬盘，并结合了 RAID 1 的数据冗余和 RAID 0 的速度与可用空间上的优势。RAID 5 使用了类似 RAID 0 的条带化技术，同时也将奇偶校验块分布式地存储在每一块磁盘上。如果遭遇硬盘损坏，这些奇偶校验块就可以用来在替代的新磁盘上重建损坏的数据。RAID 5 仅可弥补一个组成磁盘损坏带来的损失。
注意： RAID 5 是结合了速度与数据冗余优势的常用选择。但值得注意的是，当一块硬盘损坏而没有及时更换，此时若再有硬盘损坏，则所有数据都将丢失。此外，考虑到现代磁盘的超大容量和消费级硬盘无法恢复的读取错误率 (Unrecoverable read error, URE)，超过 4TiB 的阵列在重建数据时出现至少一处读取错误 (URE) 的概率几乎在预料之中（概率大于 50%）。因此，存储行业不再推荐使用 RAID 5。
RAID 6
需要至少 4 块物理硬盘，提供了和 RAID 5 一样的优势并且在两块硬盘损坏时仍能保证数据安全。RAID 6 使用了和 RAID 5 类似的条带化技术，但是把两个不同的奇偶校验块 分布式地存储在每一块磁盘上。如果磁盘发生故障，这些奇偶校验块将用于重建替换磁盘上的数据。RAID 6 可以承担两个组成磁盘的损失。在抵御无法恢复的读取错误 (Unrecoverable read error, URE) 时也某种程度上更加可靠，因为磁盘阵列在重建某一块损坏硬盘的数据时仍然有奇偶校验块可以校验数据。但是，总体而言，RAID 6 开销较大，大多数时候 far2 布局的 RAID 10（参见下文）提供了更快的速度和更强的可靠性，因此更倾向于采用 RAID 10。

嵌套 RAID 级别[编辑 | 编辑源代码]

RAID 1+0
RAID1+0 是一种结合了两种基本 RAID 级别的嵌套级别，它相对基本级别提高了性能且增加了冗余量。它通常被称为 RAID10，但是，Linux MD（内核自带的 RAID 实现）支持的 RAID10 不是简单的两层 RAID 重叠，请看下文。
RAID 10
Linux 下的 RAID10 建立在 RAID1+0 的概念上，但它将其实现为单一的一层，这一层可以有多种不同的布局。可参考 创建复杂 RAID 10。
在 Y 块硬盘上的 近 X 布局 在不同硬盘上重复储存每个数据块 X 次，但不需要 Y 可以被 X 整除。数据块放在所镜像的磁盘上几乎相同的位置，这就是 近布局 名字的来源。它可以工作在任意数量的磁盘上，最少是 2 块。在 2 块硬盘上的近 2 布局相当于 RAID1，4 块硬盘上的近 2 布局相当于 RAID1+0。
在 Y 块硬盘上的 远 X 布局 设计用于在镜像阵列中提供与条带化技术一样快的读取速度。它通过把每块硬盘分成前后两部分来实现这一点，写入第一块硬盘前半部分数据也会写入第二块硬盘的后半部分，反之亦然。这样可以达到一个效果，那就是把对连续数据的读取条带化，而这正是 RAID0 和 RAID5 读取性能高的原因。它的缺点在于写入连续数据时有轻微性能损失，因为硬盘磁头要运动到另一片区域来写入镜像。当数据读取性能和可用性/冗余性一样重要时，比起 RAID1+0 和 RAID5，更应该优先考虑远 2 布局的 RAID10。需注意这种方式仍无法代替备份。详情请阅读维基百科相关页面。

RAID 级别对比[编辑 | 编辑源代码]

RAID 级别 数据冗余 物理设备利用率 读取性能 写入性能 最少磁盘数量
0 否 100% n 倍

最优

n 倍

最优

2
1 是 50% 如果有多个进程同时读取，最多 n 倍，否则 1 倍 1 倍 2
5 是 67% - 94% (n−1) 倍

较优

(n−1) 倍

较优

3
6 是 50% - 88% (n−2) 倍 (n−2) 倍 4
10,far2 是 50% n 倍

最优; 与 RAID0 相当但加入了数据冗余

(n/2) 倍 2
10,near2 是 50% 如果有多个进程同时读取，最多 n 倍，否则 1 倍 (n/2) 倍 2

* 其中 n 表示用于组成阵列的磁盘数量。

实现方式[编辑 | 编辑源代码]

RAID 设备可以用不同方式来管理：

软件 RAID
这是最简单的实现方式，因为它不依赖于专用固件或专有软件。这种阵列由操作系统通过以下方式进行管理：
  • 通过抽象层管理（比如 mdadm）；
    注意： 这是在本指南下文将要使用的方法。
  • 通过逻辑卷管理器来管理（比如 LVM）；
  • 通过文件系统的某个组件来管理（比如 ZFS，Btrfs）。
硬件 RAID
这种阵列由安装在计算机上的专用硬件卡直接管理，硬盘直接连接在该计算机上。RAID 的处理逻辑由板载的处理器完成，它独立于 主处理器 (CPU)。尽管这种方案独立于任何操作系统，但却需要驱动程序来使硬件 RAID 控制器正常工作。取决于不同的制造商，硬件 RAID 阵列可以在 option ROM 里设置或者操作系统安装完成后另行安装配套软件来设置。这种设置是独立于 Linux 内核的：内核并不能看到单独的每块硬盘。
FakeRAID
这种类型的 RAID 应当称为 BIOS 或板载 RAID，却常被错误地当做硬件 RAID 来宣传。这种阵列由伪 RAID 控制器来管理，RAID 逻辑由 option ROM 或安装了 EFI Sata 驱动程序的 固件本身（UEFI 情况下）来完成，但并不是实现了 所有 RAID 功能的完整硬件 RAID 控制器。因此，这种 RAID 有时被称为 FakeRAID。来自 官方仓库 的 dmraid包 用于处理这种控制器。这里列出一些 FakeRAID 控制器：Intel Rapid Storage，JMicron JMB36x RAID ROM，AMD RAID，ASMedia 106x 和 NVIDIA MediaShield。

我正在使用哪一种 RAID？[编辑 | 编辑源代码]

由于软件 RAID 是由用户部署的，因此用户很容易就知道 RAID 的类型。

但是，辨别 FakeRAID 和真正的硬件 RAID 是很困难的。如上所述，制造商经常错误地混淆这两种类型的 RAID，还可能进行虚假宣传。这种情况下应该采取的最好方式是运行 lspci 命令并在输出信息中找到你的 RAID 控制器，然后根据这些信息进行更进一步的搜索。硬件 RAID 控制器会在这一列表中出现，但 FakeRAID 不会。同时，真正的硬件 RAID 控制器通常价格很高，如果这个系统是自行组装的，那么很可能安装一个硬件 RAID 会使电脑的价格显著提高。

安装[编辑 | 编辑源代码]

安装 mdadm包。mdadm 用于管理在纯块设备上建立起来的纯软件 RAID：底层硬件不提供任何 RAID 逻辑，只是一些磁盘而已。mdadm 可以在任何块设备集合上工作，甚至是那些非常规的设备。比如，你可以用一堆 U 盘来建立 RAID 阵列。

准备设备[编辑 | 编辑源代码]

警告： 这些步骤会擦除指定设备上的所有数据，输入命令请小心！

如果设备是旧设备重用或刚从一个现有的阵列上拆下来，请擦除所有旧的 RAID 配置信息： 

# mdadm --misc --zero-superblock /dev/<drive>

或者是删除设备上的某个特定的分区： 

# mdadm --misc --zero-superblock /dev/<partition>
注意：
  • 清除一个分区的 superblock 不会影响到磁盘上的其他分区。
  • 考虑到 RAID 本身的功能特点，在运行中的磁盘阵列中完全地 安全擦除磁盘 是很困难的。请在创建阵列前考虑要不要安全擦除磁盘。

对磁盘进行分区[编辑 | 编辑源代码]

强烈推荐对用于阵列的硬盘进行分区。考虑到大多数 RAID 用户会用到超过 2 TiB 的硬盘，因此推荐并要求使用 GPT。参阅 Partitioning 获取关于磁盘分区的更多信息以及可供使用的 分区工具。

注意： 也可以在裸磁盘（没有分区的磁盘）上直接创建 RAID，但不推荐这么做，因为这样可能会导致更换损坏硬盘时出现问题
注意： 当更换 RAID 中的某块损坏的硬盘时，新硬盘的大小必须恰好等于或大于损坏的硬盘，否则无法完成阵列重建过程。即使是同一厂商相同型号的硬盘也可能有容量上的细微差别。通过在磁盘末尾保留一些未分配的空间可以消除磁盘容量上的细微差异，这样可以使替代磁盘的型号选择更加容易。因此，最好在磁盘末尾留出大约 100 MiB 的未分配空间。

GUID 分区表[编辑 | 编辑源代码]

  • 创建分区以后，这些分区的 类型标识符 (GUID) 应该是 A19D880F-05FC-4D3B-A006-743F0F84911E（在 fdisk 里将分区类型改为 Linux RAID 或在 gdisk 里改为 FD00 可以给所选分区分配这个标识符）。
  • 如果使用了一个更大的磁盘阵列，可以考虑分配 文件系统标签[损坏的链接：无效的章节] 或 分区标签[损坏的链接：无效的章节] 用于以后区分每块单独的硬盘。
  • 建议在每个设备上创建大小相同的分区。

主引导记录 (MBR)[编辑 | 编辑源代码]

对于在使用 MBR 的硬盘上创建分区的用户，可用的 分区类型 ID 包括：

  • 0xFD: 自动检测的 RAID（fdisk 中称为 Linux raid autodetect）
  • 0xDA: 无文件系统（fdisk 中称为 Non-FS data）

更多信息请参阅 Linux Raid Wiki:Partition Types。

创建阵列[编辑 | 编辑源代码]

使用 mdadm 来创建阵列。参阅 mdadm(8) 获取支持的选项。下面列出部分使用范例。

警告： 不要简单地复制/粘贴下面的示例，确保你已经使用正确的选项和设备名称替代了示例中相应的内容。
注意：
  • 如果有一个从 Syslinux 启动的 RAID1 阵列，在 syslinux v4.07 中要求元数据值为 1.0，而不是默认的 1.2。
  • 当用 Arch 安装镜像 创建磁盘阵列时，请使用 --homehost=myhostname 选项设置 主机名（或者 --homehost=any 选项无论在什么主机上都用相同的主机名），否则主机名称 archiso 会被写入阵列的元数据中。
提示：要为 RAID 设备指定一个自定义的名称，可以使用 --name=MyRAIDName 选项或将 RAID 设备路径改为 /dev/md/MyRAIDName。Udev 会使用该名称创建指向 /dev/md/ 内 RAID 阵列的符号链接。如果 homehost 与当前 主机名 匹配（或者 homehost 设为了 any）则链接将会是 /dev/md/name，如果 homehost 不匹配那么链接将会是 /dev/md/homehost:name。

下面这个例子展示了在 2 个设备上建立 RAID1 阵列： 

# mdadm --create --verbose --level=1 --metadata=1.2 --raid-devices=2 /dev/md/MyRAID1Array /dev/sdb1 /dev/sdc1

下面这个例子展示了使用 4 块磁盘作为工作 (active) 磁盘，1 块作为备用 (spare) 磁盘建立 RAID5 阵列： 

# mdadm --create --verbose --level=5 --metadata=1.2 --chunk=256 --raid-devices=4 /dev/md/MyRAID5Array /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1 --spare-devices=1 /dev/sdf1
提示：--chunk 可用于修改默认的区块大小。更多关于优化区块大小的内容请参阅 Chunks: the hidden key to RAID performance。

下面这个例子展示了在 2 个设备上建立远 2 布局的 RAID10 阵列 (RAID10, far2)： 

# mdadm --create --verbose --level=10 --metadata=1.2 --chunk=512 --raid-devices=2 --layout=f2 /dev/md/MyRAID10Array /dev/sdb1 /dev/sdc1

这样，阵列就会在虚拟设备 /dev/mdX 下建立起来，容量已经合并且可以使用（但处于降级模式）。mdadm 在后台同步数据时你已经可以直接开始使用这个阵列了。储存奇偶校验位可能要花很长时间，可以用这个命令查看进度： 

$ cat /proc/mdstat

更新配置文件[编辑 | 编辑源代码]

默认情况下，mdadm.conf 中的大部分内容都被注释掉了，它应该只包含如下内容： 

/etc/mdadm.conf
...
DEVICE partitions
...

这一指令告诉 mdadm 检查由 /proc/partitions 引用的所有设备并尽可能将其中的阵列组合起来。如果你确实想启动所有可用的阵列并且确信不存在意料之外的超级块（比如安装了新的存储设备），那么这样的配置就很好。当然有一种更精准的控制方法，就是显式地将阵列添加到 /etc/mdadm.conf： 

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

这将会在配置中添加类似这样的内容： 

/etc/mdadm.conf
...
DEVICE partitions
...
ARRAY /dev/md/MyRAID1Array metadata=1.2 name=pine:MyRAID1Array UUID=27664f0d:111e493d:4d810213:9f291abe

这也会使 mdadm 检查由 /proc/partitions 引用的设备。但是，只有超级块的 UUID 是 27664… 的设备才会被组合成激活的阵列。

更多信息请参阅 mdadm.conf(5)。

组合成磁盘阵列[编辑 | 编辑源代码]

更新配置文件后即可用 mdadm 组合磁盘阵列： 

# mdadm --assemble --scan

格式化 RAID 上的文件系统[编辑 | 编辑源代码]

现在磁盘阵列已经可以像普通分区一样被格式化成某个 文件系统，但要记住：

计算 stride（跨度大小）和 stripe width（带区宽度）[编辑 | 编辑源代码]

优化文件系统结构以适应底层 RAID 结构需要 2 个参数：stride 和 stripe width。它们对应于 RAID 的 chunk size（区块大小） 、文件系统的 block size（块大小） 以及 "data disks"（数据盘）的数量。

Chunk size（RAID 区块大小）是 RAID 阵列的一个属性，在阵列创建时就已经定好了。目前 mdadm 默认该值为 512 KiB。这个参数可以用 mdadm 读取： 

# mdadm --detail /dev/mdX | grep 'Chunk Size'

Block size（块大小）是文件系统的一个属性，在文件系统创建时就已经定好了。在大部分文件系统上（包括 ext4）默认是 4 KiB。更多关于当前系统 ext4 的信息可以查看 /etc/mke2fs.conf 文件。

"Data disks"（数据盘）的数量指的是阵列能够完全重建数据所要求的最少可用设备。例如，对于 N 个设备的 raid0 来说这个数量是 N，对于 raid5 来说是 N-1。

当你获得了这三个参数时，stride 和 stripe width 可以用下列公式来计算： 

stride = chunk size / block size
stripe width = number of data disks * stride
范例 1. RAID0[编辑 | 编辑源代码]

本范例使用了正确的 stride 和 stripe width 将合并后的分区格式化成了 ext4：

  • 假设这一 RAID0 阵列是由 2 块物理硬盘组成的。
  • Chunk size（RAID 区块大小）是 64 KiB。
  • Block size（文件系统块大小）是 4 KiB。

因为 stride = chunk size / block size。在这个例子中，stride 大小是 64/4 = 16。

因为 stripe width = # of physical data disks * stride。在这个例子中，stripe width 的大小是 2*16 = 32。 

# mkfs.ext4 -v -L myarray -m 0.5 -b 4096 -E stride=16,stripe-width=32 /dev/md0
范例 2. RAID5[编辑 | 编辑源代码]

本范例使用了正确的 stride 和 stripe width 将合并后的分区格式化成了 ext4：

  • 假设这一 RAID5 阵列由 4 块物理硬盘组成，3 块是数据盘，1 块是奇偶校验盘。
  • Chunk size（RAID 区块大小）是 512 KiB。
  • Block size（文件系统块大小）是 4 KiB。

因为 stride = chunk size / block size。在这个例子中，stride 大小是 512/4 = 128。

因为 stripe width = # of physical data disks * stride。在这个例子中，stripe width 的大小是 3*128 = 384. 

# mkfs.ext4 -v -L myarray -m 0.01 -b 4096 -E stride=128,stripe-width=384 /dev/md0

关于 stride 和 stripe width 的更多信息，请参阅：RAID Math。

范例 3. RAID10,far2[编辑 | 编辑源代码]

本范例使用了正确的 stride 和 stripe width 将合并后的分区格式化成了 ext4：

  • 假设这一 RAID10 阵列由 2 块物理硬盘组成。考虑到远 2 布局的 RAID10 的自身特性，两块硬盘都是数据盘。
  • Chunk size（RAID 区块大小）是 512 KiB。
# mdadm --detail /dev/md0 | grep 'Chunk Size'
    Chunk Size : 512K
  • Block size（文件系统块大小）是 4 KiB。

因为 stride = chunk size / block size。 在这个例子中，stride 大小是 512/4 = 128。

因为 stripe width = # of physical data disks * stride。 在这个例子中，stripe width 的大小是 2*128 = 256。 

# mkfs.ext4 -v -L myarray -m 0.01 -b 4096 -E stride=128,stripe-width=256 /dev/md0

在 Live CD 中挂载 RAID[编辑 | 编辑源代码]

如果你需要在 Live CD 中挂载 RAID 分区，用这个命令： 

# mdadm --assemble /dev/<disk1> /dev/<disk2> /dev/<disk3> /dev/<disk4>

如果缺一块盘的 RAID 1 被错误地识别为了 RAID 1（参照 mdadm --detail /dev/md<number>）并报告为非活动状态（参照 cat /proc/mdstat），需要先停止磁盘阵列： 

# mdadm --stop /dev/md<number>

在 RAID 上安装 Arch Linux[编辑 | 编辑源代码]

注意： 本节仅适用于根文件系统在磁盘阵列上的情况。如果你的磁盘阵列上只是一个数据分区，那么可以跳过本节。

你应该在安装过程中的 分区 和 格式化 步骤之间创建 RAID 阵列。这将会把一个位于 RAID 阵列上的分区格式化成根文件系统，而不是直接格式化一个分区。 按照 #安装 一节的步骤创建 RAID 阵列。，然后继续安装过程，直到 pacstrap 步骤完成。 当使用 UEFI 启动 时，还需要阅读 EFI system partition#RAID 上的 ESP[损坏的链接：无效的章节]。

更新配置文件[编辑 | 编辑源代码]

注意： 这些操作应该在 chroot 以外完成，因此要在文件路径前加上 /mnt。

在基本系统安装完成以后，RAID 的默认配置文件 mdadm.conf 需要这样来更新： 

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

在运行这个命令以后一定要用文本编辑器检查 mdadm.conf 配置文件来确保它的内容看起来是合理的。

注意： 为防止系统启动时 mdmonitor.service 启动失败（默认设为自动启动），你需要取消 MAILADDR 的注释，并且在 mdadm.conf 结尾留下可处理磁盘阵列出错通知的邮件地址和/或应用程序。参阅 #启用事件邮件通知。

现在继续安装过程直到 Installation guide#Initramfs 步骤之前为止，然后按照下一节的步骤做。

配置 mkinitcpio[编辑 | 编辑源代码]

注意： 这些操作应该在 chroot 时完成。

向 mkinitcpio.conf 中的 HOOKS 部分添加 mdadm_udev 来为初始化内存盘添加 mdadm 支持： 

/etc/mkinitcpio.conf
...
 HOOKS=(base udev autodetect keyboard modconf block mdadm_udev filesystems fsck)
...

如果在一个 FakeRAID 阵列上使用 mdadm_udev 钩子，建议在 BINARIES[损坏的链接：无效的章节] 列表中添加 mdmon： 

/etc/mkinitcpio.conf
...
BINARIES=(mdmon)
...

然后 重新生成初始化内存盘。

参考 mkinitcpio#使用 RAID 磁盘阵列。

配置 boot loader[编辑 | 编辑源代码]

将 root 参数指向映射的磁盘，例如： 

root=/dev/md/MyRAIDArray

如果按上述用内核设备节点来指定映射磁盘的方法之后，从软件 RAID 分区启动失败了，那就用 持久化命名块设备 中的某种方法来指定映射的磁盘，例如： 

root=LABEL=Root_Label

参考 GRUB#RAID。

维护 RAID[编辑 | 编辑源代码]

数据清扫 (Scrubbing)[编辑 | 编辑源代码]

定期运行数据 清扫 (Scrubbing) 来检查并修复错误是一种很好的做法。一次完整数据清扫可能会花费数个小时，具体取决于磁盘阵列的大小和配置。

启动数据清扫： 

# echo check > /sys/block/md0/md/sync_action

数据检查操作会扫描驱动器来检查坏扇区并自动修复它们。如果找到了包含损坏数据的好扇区（本扇区中的数据与另一块硬盘中记录本扇区应有的数据不符，例如奇偶校验块和另一块数据块相结合可以证明本数据块是错误的），那就不动作，但记录下这一事件（见下文）。这种“不动作”允许管理员自行检查坏扇区中原本的数据和从冗余数据中重建的数据，然后决定保留哪个。

与许多 mdadm 相关的任务/事项一样，数据清扫的进度也可以通过查看 /proc/mdstat 文件来查询。

例如： 

$ cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [raid1]
md0 : active raid1 sdb1[0] sdc1[1]
      3906778112 blocks super 1.2 [2/2] [UU]
      [>....................]  check =  4.0% (158288320/3906778112) finish=386.5min speed=161604K/sec
      bitmap: 0/30 pages [0KB], 65536KB chunk

安全地停止当前的数据清扫操作： 

# echo idle > /sys/block/md0/md/sync_action
注意： 如果在数据清扫暂停时重启了系统，将继续进行清扫。

数据清扫完成后，管理员可以检查有多少数据块（如果有的话）被标记为坏块： 

# cat /sys/block/md0/md/mismatch_cnt

关于数据清扫的一般说明[编辑 | 编辑源代码]

注意： 用户也可以 echo repair 到 /sys/block/md0/md/sync_action 里面，但是这是不明智的，因为一旦遇到数据不一致就被自动改写为一致。危险之处在于我们实际并不知道奇偶校验块和数据块哪个是对的（在 RAID1 中是不知道哪个数据块是对的）。因此自动清扫操作能不能用正确数据替换错误数据取决于运气。

以 root 身份设定一个 cron 任务来定期执行清扫是很好的。raid-checkAUR 会对此有所帮助。如果要用 systemd 定时器而不是 cron 来执行定期清扫，raid-check-systemdAUR 中包含了相同的脚本和配套的 systemd 定时器单元文件。

注意： 对于常规的大容量驱动器，清扫工作耗时大约 6 秒每 GB（即每 TB 大约需要 1 小时 45 分钟），因此应合理确定 cron 任务或定时器的开始时间。

对清扫 RAID1 和 RAID10 的说明[编辑 | 编辑源代码]

由于 RAID1 和 RAID10 本质上就是没有数据缓冲的，所以即使阵列工作正常，它的不匹配计数仍然可能是个非零值。这些不匹配计数只存在于正在写入数据的区域，且它们不反映任何问题。但是，我们无法区分非零的不匹配计数到底代表正在写入数据还是确实存在问题。这是造成 RAID1 和 RAID10 阵列误报错误的根源。即使如此，仍然建议定期清扫以发现并纠正驱动器上可能出现的坏扇区。

从阵列中移除设备[编辑 | 编辑源代码]

要从阵列中移除一个设备，先将这个设备标记为 faulty（故障）： 

# mdadm --fail /dev/md0 /dev/sdxx

现在从阵列中移除这个设备： 

# mdadm --remove /dev/md0 /dev/sdxx

永久移除设备（比如想把一个设备拿出来单独使用）： 先使用上述两个命令，然后： 

# mdadm --zero-superblock /dev/sdxx
警告：
  • 不要在 RAID0 阵列或者其他线性存放数据的阵列中进行这个操作！否则数据会丢失！
  • 重新使用已经移除的硬盘却不清除它的超级块将会导致下次启动时丢失所有数据。（因为 mdadm 将会把它当做磁盘阵列的一部分来使用）。

停止使用某个阵列：

  1. 卸载 (umount) 目标阵列
  2. 用这个命令停止磁盘阵列运行：mdadm --stop /dev/md0
  3. 将本节开头的三个命令在每块硬盘上都运行一遍。
  4. 将 /etc/mdadm.conf 中的相关行移除。

向阵列中添加设备[编辑 | 编辑源代码]

可以在系统正在运行且设备已经挂载的情况下使用 mdadm 添加新设备。 按照前文所述的方法，使用现有阵列中相同的布局对新设备进行分区。

如果 RAID 阵列尚未组合，先组合它们： 

# mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1

向阵列中添加新设备： 

# mdadm --add /dev/md0 /dev/sdc1

这一步 mdadm 不会花费很长时间。

根据不同的 RAID 类型（比如 RAID1），mdadm 可能会把部分设备添加为备用设备，而不在这些设备上存放数据。可以使用 --grow 加上 --raid-devices 选项来增加 RAID 利用的磁盘数量。例如，将一个阵列增加至四块硬盘： 

# mdadm --grow /dev/md0 --raid-devices=4

可以这样检查进度： 

# cat /proc/mdstat

用这个命令检查已经添加的设备： 

# mdadm --misc --detail /dev/md0
注意： 对于 RAID0 设备可能会收到以下错误信息： 
mdadm: add new device failed for /dev/sdc1 as 2: Invalid argument

这是由于上述命令会将新磁盘添加为 "spare"（备用）盘，但是 RAID0 中不存在备用盘。如果想往 RAID0 阵列中添加磁盘，你需要同时使用 "grow" 和 "add" 参数。如下所示： 

# mdadm --grow /dev/md0 --raid-devices=3 --add /dev/sdc1

增大 RAID 卷的大小[编辑 | 编辑源代码]

如果给阵列安装了更大的磁盘，或者增大了分区大小，可能就需要增大 RAID 卷的大小以适应更大的可用空间。这一过程可用首先按照上文中关于更换磁盘的步骤来做。当 RAID 卷在更大的磁盘上重建完成后，这个卷需要 "grow" 来填充多出来的空间。 

# mdadm --grow /dev/md0 --size=max

接着，在 RAID 卷 /dev/md0 上的现有分区可能需要调整大小。参阅 Partitioning 获取更多信息。最后，上述分区上的文件系统也需要重新调整大小。如果用 gparted 来完成分区操作，这些都会自动完成。如果用的是其他工具，请手动卸载 (unmount) 文件系统并调整其大小。 

# umount /storage
# fsck.ext4 -f /dev/md0p1
# resize2fs /dev/md0p1

修改同步速度限制[编辑 | 编辑源代码]

同步工作需要一定的时间。如果本机不需要完成其他任务，可以提高速度限制值。 

# cat /proc/mdstat
 Personalities : [raid1]
 md0 : active raid1 sda3[2] sdb3[1]
       155042219 blocks super 1.2 [2/1] [_U]
       [>....................]  recovery =  0.0% (77696/155042219) finish=265.8min speed=9712K/sec

 unused devices: <none>

查看当前速度限制： 

# cat /proc/sys/dev/raid/speed_limit_min
1000

# cat /proc/sys/dev/raid/speed_limit_max
200000

提高限制值： 

# echo 400000 >/proc/sys/dev/raid/speed_limit_min
# echo 400000 >/proc/sys/dev/raid/speed_limit_max

然后查看同步速度和预计完成时间： 

# cat /proc/mdstat
 Personalities : [raid1]
 md0 : active raid1 sda3[2] sdb3[1]
       155042219 blocks super 1.2 [2/1] [_U]
       [>....................]  recovery =  1.3% (2136640/155042219) finish=158.2min speed=16102K/sec

 unused devices: <none>

更多信息可参阅 sysctl#MDADM。

监视运行情况[编辑 | 编辑源代码]

可以显示当前 RAID 设备状态的一行简单命令： 

# awk '/^md/ {printf "%s: ", $1}; /blocks/ {print $NF}' </proc/mdstat

md1: [UU]
md0: [UU]

用 watch 监视 mdstat[编辑 | 编辑源代码]

# watch -t 'cat /proc/mdstat'

或者最好用 tmux包 

# tmux split-window -l 12 "watch -t 'cat /proc/mdstat'"

用 iotop 追踪 IO[编辑 | 编辑源代码]

iotop包 可以显示各个进程的输入输出状态。请用这个命令来查看 RAID 线程的输入输出。 

# iotop -a -p $(sed 's, , -p ,g' <<<`pgrep "_raid|_resync|jbd2"`)

用 iostat 追踪 IO[编辑 | 编辑源代码]

sysstat包 包中的 iostat 实用程序可以显示各个设备和分区的输入输出统计。 

# iostat -dmy 1 /dev/md0
# iostat -dmy 1 # all

启用事件邮件通知[编辑 | 编辑源代码]

要完成发送邮件的任务需要一个 smtp 邮件服务器或至少需要一个 sSMTP/msmtp 邮件转发器。大概最简单的解决方案是使用 dmaAUR，它非常小巧（安装完只占用 0.08 MiB）且不需要设置。

编辑 /etc/mdadm.conf 来添加用于接收通知的邮件地址。

注意： 如果用的是上文提到的 dma，用户可以直接将邮件发送到本机 (localhost) 的某个用户名 (username) 中，不一定非要发到外部邮件地址。

测试配置是否正确： 

# mdadm --monitor --scan --oneshot --test

mdadm 使用 mdmonitor.service 来完成监控任务，所以现在你无需进行更多设置了。如果你没有在 /etc/mdadm.conf 设置邮件地址，那么这个 service 就会出错。如果你不想接收 mdadm 一般事件通知，可以忽略这个错误；如果不想接收一般事件通知但是需要接收故障信息，可以 mask（屏蔽） 这个 unit。

其他实现方式[编辑 | 编辑源代码]

为避免安装 smtp 邮件服务器或邮件转发器的麻烦，可以使用系统上已经安装的 S-nail 工具（不要忘了设置它）。

创建 /etc/mdadm_warning.sh 文件： 

/etc/mdadm_warning.sh
#!/bin/bash
event=$1
device=$2

echo " " | /usr/bin/mailx -s "$event on $device" '''destination@email.com'''

然后给它执行权限：chmod +x /etc/mdadm_warning.sh

然后在 mdadm.conf 中添加这一行： 

PROGRAM /etc/mdadm_warning.sh

用前述的方法测试并启用它。

故障排除[编辑 | 编辑源代码]

如果你在重启计算机时遇到类似 "invalid raid superblock magic" 的错误，并且除了已经配置好的硬盘外又接了其他硬盘，请检查硬盘顺序是不是正确的。在安装 RAID 时，硬盘编号可能是 hdd、hde 和 hdf，但是重启后它们的编号可能变成了 hda、hdb 和 hdc。请相应地调整你的内核参数。这种情况经常发生。

Error: "kernel: ataX.00: revalidation failed"[编辑 | 编辑源代码]

如果你突然（在重启、修改 BIOS 设置后）遇到类似错误信息： 

Feb  9 08:15:46 hostserver kernel: ata8.00: revalidation failed (errno=-5)

这并不意味着设备已经损坏。尽管你可能会在网上看到一些讲内核崩溃的链接指向最坏的结果，但总而言之，并不是内核崩溃。可能你不知怎么的在 BIOS 里或内核参数里修改了 APIC 或 ACPI 设置。把它改回来就好了。通常关闭 APIC 和/或 ACPI 就好了。

磁盘阵列以只读模式启动[编辑 | 编辑源代码]

当由 md 启动磁盘阵列时，超级块将被改写，数据同步可能已经开始了。要以只读模式启动，可以向内核模块 md_mod 传递参数 start_ro。设置了这个参数以后，新的磁盘阵列进入 'auto-ro' 模式，该模式停止了所有内部读写操作（更新超级块、再同步、数据恢复），并且会在第一个写入请求到来时自动切换至 'rw' （读写）模式。

注意： 在第一个写入请求到来前使用 mdadm --readonly 命令可以将阵列设置为真正的 'ro' （只读）模式，还可以用 mdadm --readwrite 命令直接开始再同步而不用等待写入请求。

要在启动时设置该参数，在内核启动参数中添加 md_mod.start_ro=1。

也可以在模块加载时传递该参数，可以从 /etc/modprobe.d/ 下的文件中传递，也可以直接从 /sys/ 传递： 

# echo 1 > /sys/module/md_mod/parameters/start_ro

在损坏或缺失磁盘的情况下恢复 RAID[编辑 | 编辑源代码]

当磁盘阵列中的一个驱动器由于任何原因损坏时，也可能会发生上述错误。如果在缺失一块硬盘的情况下你仍需要强制启动磁盘阵列，输入以下命令（根据实际修改）： 

# mdadm --manage /dev/md0 --run

现在你应该可以用类似下面的命令来挂载它（如果在 fstab 里有它的话）： 

# mount /dev/md0

现在磁盘阵列应该已经工作并且可以使用，但仍旧是缺一块盘的状态。因此需要按照上文 #准备设备 所述再添加一个磁盘分区，然后就可以将新磁盘分区加入到磁盘阵列中： 

# mdadm --manage --add /dev/md0 /dev/sdd1

如果输入： 

# cat /proc/mdstat

你就能看到磁盘阵列已经激活并正在重建。

你可能还需要更新你的配置文件（参阅：#更新配置文件）。

基准测试[编辑 | 编辑源代码]

用于 RAID 基准测试的工具有很多种。不同 RAID 最显著的不同是多个线程在读取 RAID 卷时的速度提升程度。

bonnie++包 测试对一个或多个数据库类型文件的读写，以及对小文件的创建、读取、删除，这样可以模拟 Squid、INN 和 Maildir format e-mail 等程序的文件读写。其附带的 ZCAV 程序可以测试硬盘不同区域的性能，且不用向硬盘写入任何数据。

不应该 使用 hdparm 来对 RAID 进行基准测试，因为它多次返回的结果会非常不一致。

参考资料[编辑 | 编辑源代码]

mailing list

mdadm

Forum threads

取自“https://wiki.archlinuxcn.org/wzh/index.php?title=RAID&oldid=20380”