公司有一台老服务器,没有独立RAID卡,系统里却插了三块1TB的SATA盘。领导要求既要提升读写速度,又不能因为坏一块盘就让数据全部报废。预算为零,硬件不能动,唯一能动的就是操作系统本身。这种情况下,Windows动态磁盘就是那个不用花一分钱、却能实现软件RAID方案的功能。这篇文章我就把动态磁盘从概念到实战完整讲一遍,重点落在RAID 0、RAID 1和RAID 5的创建过程、选型逻辑和实际踩坑记录上,给需要在Windows环境里做软件磁盘冗余的朋友一份可以直接照做的参考。
1. 别把动态磁盘和RAID画等号,它其实是一套“卷管理”体系
很多刚接触的朋友会把动态磁盘简单理解成“Windows里做RAID的工具”,这个说法对了一半。动态磁盘确实能承担软件RAID的职责,但它的底层机制远不止“组个阵列”这么简单,理解清楚这一层,后面所有实操才不容易走偏。
1.1 基本磁盘和动态磁盘的本质区别
绝大多数Windows用户从装机开始接触的都是基本磁盘。基本磁盘的管理单位是“分区”,分区表(MBR或GPT)上记录着每个分区的起始位置和大小。一块基本磁盘最多只能有4个主分区(MBR),或者128个分区(GPT),这个模型简单直观,但也意味着所有分区信息必须吃住在分区表里,动态调整很不灵活。
动态磁盘的管理单位从“分区”换成了“卷”。卷和分区的本质区别在于:分区是磁盘上的物理连续区域,而卷是由一个或多个磁盘上的区域组成的逻辑存储单元。动态磁盘不再依赖固定分区表,而是把每个磁盘末尾的1MB保留区域作为LDM数据库,里面记录了整台机器的磁盘组信息、每个卷的成员关系、跨盘组合规则等等。
这个架构带来的直接好处是:卷可以在线扩展、可以跨磁盘拼接、可以随时创建或删除而不需要重启系统。我现在在公司一台Windows Server 2016上维护着一个跨区卷,最初两块盘各分了500GB,后来盘不够了,又加了一块旧硬盘进去扩展,整个过程没有格式化、没有中断服务。这在基本磁盘上想都不敢想,基本磁盘扩展分区要么靠第三方工具,要么得删掉后面所有分区重新建。
1.2 动态磁盘的五种卷类型分别解决什么问题
动态磁盘一共能创建五种卷类型,每种的设计出发点都完全不同:
- 简单卷:等价于基本磁盘的普通分区,单独占一块磁盘上的空间,可以扩展,但不能跨盘。
- 跨区卷:把多块磁盘的剩余空间首尾相连拼成一个逻辑卷。比如A盘剩200GB,B盘剩300GB,拼起来就是一个500GB的D盘。它解决的只是容量不足问题,没有任何性能提升和容错能力。
- 带区卷:这就是RAID 0。数据被切成固定大小的数据块(默认64KB),轮流写到多块磁盘上。读写性能接近线性叠加,但任意一块磁盘损坏,整个卷的数据全部丢失。
- 镜像卷:这就是RAID 1。数据同时写入两块磁盘,两块盘内容完全一致。读性能有提升,写性能会有轻微下降,容量利用率只有50%,但任坏一块,系统照常运行。
- RAID-5卷:至少三块盘组成,数据和奇偶校验信息分散存储在每块盘上,任意坏一块盘不会丢数据,可以重建。容量利用率是(n-1)/n。
实际部署中,跨区卷我基本不推荐,因为没有任何容错能力,盘坏了反而因为数据跨盘分布、恢复更麻烦。要提升性能优先看带区卷,要数据安全优先看镜像卷,要空间和冗余的平衡就上RAID-5卷。
1.3 软件RAID和硬件RAID分清楚,才不会选错方案
这块必须说透,因为这直接影响选型判断。硬件RAID是独立RAID卡上有专用芯片和缓存,负责处理条带计算、奇偶校验、缓存读写,操作系统看到的就是一块逻辑硬盘,所有RAID逻辑对OS透明。软件RAID则是CPU通过驱动程序完成一切计算,动态磁盘正是Windows的软件RAID实现。
硬件RAID的优势是性能和稳定性,但成本高、更换RAID卡型号时容易出兼容性问题。软件RAID的优势是零成本、配置灵活、跨机器迁移时更容易被系统识别(前提是导入外部磁盘操作正确)。缺点也很明确:占用CPU资源、不支持某些启动场景、重建时间通常比硬件RAID更久。
所以选型逻辑很简单:如果你手头已经有一块独立RAID卡,那根本不需要把磁盘转成动态磁盘,直接在RAID卡配置界面里组好阵列再装系统就行。只有在没有RAID卡、又不想额外花钱、并且能接受软件RAID的局限性时,才考虑动态磁盘方案。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. RAID 0/1/5的取舍:先问数据丢了能不能重来,再谈性能
做RAID方案之前,最关键的问题永远不是“哪个快”,而是“数据丢了能不能接受”。这个问题不想清楚,后面一切配置都是空中楼阁。
2.1 RAID 0:性能翻倍,但没有后悔药
RAID 0的原理就是把两个磁盘合并成一个更大的带区卷,数据切成64KB的条带交替写入两块盘。理论上读写性能接近两块盘之和,实际测试中顺序读写速度也确实能翻倍,非常适合跑大型游戏关卡加载、视频剪辑缓存盘、科学计算临时目录这类对速度敏感、但对数据持久性要求低的场景。
但我必须强调一个许多人忽略的事实:RAID 0的故障概率是叠加的,不是1+1=2,而是1-(1-p)^2。如果一块盘年故障率是2%,两块盘组成RAID 0后,阵列整体年故障率约为3.96%,比单盘高了一倍。所以RAID 0里存的数据,默认就是要随时准备好丢失的。我在测试环境里用RAID 0跑数据库临时表空间,缓存数据、排序临时文件,全部允许重建。真正的业务数据,绝不碰RAID 0。
2.2 RAID 1:用一半容量买安心
RAID 1镜像卷的逻辑最简单:数据写两份,两块盘内容一模一样。磁盘管理界面上看是两个独立的简单卷,但在镜像卷下它们只是一个卷的两个成员。
RAID 1的读性能提升比较明显,因为读取操作可以同时从两块盘上并行进行。写性能略降,因为每次写入都要等两块盘都落盘才算完成。容量利用率则扎扎实实打了五折——2TB总容量可用只有1TB。
适合放系统盘、数据库日志文件、配置目录这类数据量不大但绝对不能丢的内容。我做实验时会把虚拟机磁盘文件放在镜像卷上,虽然浪费点空间,但虚拟机坏了还能从另一份镜像里恢复,成本完全可接受。
2.3 RAID 5:三块盘起步的中庸之选
RAID 5是我个人认为动态磁盘方案里最“像样”的冗余方案。它把奇偶校验信息分散存储在所有成员盘上,而不是像RAID 4那样单独拿一块盘存校验。这样做的好处是避免了单一校验盘成为性能瓶颈,也能容忍任意一块盘故障。
容量利用率是(n-1)/n。三块1TB盘可以做2TB可用容量,四块1TB盘就是3TB,相比RAID 1的50%利用率,性价比高了不少。
但RAID 5有个隐藏成本,叫“写惩罚”。因为每次写入数据块时,不仅要把数据写到目标盘,还要读取旧数据和旧校验值,再计算新校验值后同时写回。这个过程在CPU上额外增加了开销。写小文件时表现尤其明显,顺序大文件写入要好一些,但依然无法和RAID 0的纯粹条带化相提并论。如果你的业务是随机小IO写入密集型的(比如在线事务数据库),RAID 5并不是好选择。
另外一个必须知道的现实是:RAID 5重建速度很慢。大容量硬盘(4TB以上)重建可能需要十几个小时甚至数天。这段时间里阵列处于降级状态,如果再坏一块盘,数据就彻底没了。这也是为什么很多资深运维一看到大容量盘组RAID 5就会本能的紧张,不是没有道理的。
2.4 RAID 0/1/5/10横向对比表
| 项目 | RAID 0 | RAID 1 | RAID 5 | RAID 10 |
|---|---|---|---|---|
| 最低磁盘数 | 2 | 2 | 3 | 4 |
| 可用容量 | 总容量 | 50% | (n-1)/n | 50% |
| 冗余能力 | 无 | 单盘故障 | 单盘故障 | 每组内单盘故障 |
| 读性能 | 高 | 较高 | 中高 | 高 |
| 写性能 | 高 | 稍降 | 中等(写惩罚) | 较高 |
| CPU开销 | 低 | 低 | 高 | 中 |
| 典型场景 | 缓存、临时文件 | 系统盘、关键数据 | 文件服务器、备份存储 | 数据库、虚拟化存储 |
Windows动态磁盘里没有RAID 10卷类型,想组只能通过先在两块盘上建镜像卷,再把两组镜像卷作为成员新建带区卷,操作上比较绕且不直观。真需要RAID 10级别冗余性能和容错平衡的话,市面上有更成熟的方案,不一定非得用动态磁盘死磕。
3. 实战演练:在Windows上从零搭建三种RAID卷
下面进入正题,实操一把。整个演示在Windows Server 2016环境完成,Windows 10专业版/企业版操作步骤基本一致。需要说明的是,部分Windows 10/11版本在较新系统更新后,磁盘管理界面里已经不明显提供“新建RAID-5卷”入口,如果遇到这种情况,用diskpart命令创建即可,文章里两种方式我都会给出。
3.1 环境准备:虚拟机或测试机,千万别拿生产机直接练
我强烈建议你先在虚拟机里把全过程跑一遍,再决定要不要在真实服务器上操作。VMware Workstation、Hyper-V或者VirtualBox都行,虚拟三块磁盘,每块20GB就够练手了。
因为把基本磁盘转换为动态磁盘这个操作本身不可逆(转回基本磁盘需要删除所有卷),生产环境上一步操作失误可能带来灾难性后果,在测试环境里怎么折腾都不心疼,还能完整体验各种故障模拟。
进入磁盘管理的方式有两种:右键“此电脑”→管理→磁盘管理,或者直接按Win+R输入diskmgmt.msc回车。建议用后者,直达目标,少绕弯路。
3.2 把基本磁盘转换为动态磁盘
转换操作很简单:磁盘管理里选中磁盘0,右键→转换为动态磁盘,会弹出对话框列出当前所有基本磁盘,勾选需要转换的磁盘,确认即可。
这里有几个关键细节:
- 转换过程中不会重启,不会丢数据,现有文件全部保留。
- 系统盘(C盘所在磁盘)也能转换,但需要预留至少1MB的未分配空间给LDM数据库。如果你发现磁盘末尾有1MB左右的神秘空间,那就是动态磁盘转换时留下的。
- U盘、移动硬盘这类可移动设备不能转成动态磁盘,这是Windows的硬性限制。
- 转换前必须关闭磁盘上正在被占用的分区,比如正在运行的数据库、虚拟机的VHDX文件所在分区,否则会提示设备正在使用。
转换完成后再看磁盘管理,你会注意到每个磁盘的代表色和图标都变了,右键菜单里多了“新建简单卷、新建跨区卷、新建带区卷、新建镜像卷、新建RAID-5卷”等选项,这就是动态磁盘模式下的完整能力集。
3.3 创建带区卷模拟RAID 0
假设磁盘1和磁盘2都是动态磁盘,右键任意一块的未分配区域,选“新建带区卷”,向导里同时勾选两块磁盘。你可以单独设置条带大小,Windows默认64KB,对于大多数混合读写负载是安全的起点。如果明确是视频剪辑这类大文件读写,条带可以调大到128KB或256KB,减少小IO频繁跨盘寻道的开销。
给卷分配盘符后格式化,NTFS文件系统,分配单元大小保持默认即可。完成后你可以打开任务管理器,把一个大文件同时拷贝到这个带区卷里和另一个普通分区里对比速度,正常情况下带区卷的写入吞吐要高出一截。
用diskpart命令创建带区卷的方式如下:
bat复制diskpart
list disk
select disk 1
convert dynamic
select disk 2
convert dynamic
create volume stripe size=64 disk=1,2
assign letter=E
format fs=ntfs quick
3.4 创建镜像卷模拟RAID 1
同样在磁盘管理里,右键未分配区域,选“新建镜像卷”,把两块磁盘都加进去。创建完成后,磁盘管理界面会显示两块磁盘上各有一个相同大小的卷,其中一个标注“镜像”,另一个标注“镜像(冗余)”。首次创建后系统会自动做一次全盘同步,可以在“重新同步”的进度中看到状态。小容量测试盘通常几秒钟就完成了,大容量盘可能要跑几个小时,这期间卷可以正常使用,只是性能会受影响。
镜像卷不是只能从新建开始。如果你在磁盘0上已经有一个简单卷E盘,里面还存着数据,这时可以右键E盘,选“添加镜像”,再选另一块磁盘作为镜像成员,两块盘会立即开始同步。这个“热添加镜像”能力非常实用,等于你可以在不格式化、不迁移数据的情况下给现有数据卷加一层实时灾难备份。我在给一台老文件服务器做Raid 1改造时就用过这个方法,全程零停机。
镜像卷也可以拆开,右键卷选“删除镜像”,选择保留其中一份。拆开后剩下那块盘上的数据完好无损,相当于把数据从阵列里剥离了出来。
3.5 创建RAID-5卷并验证数据冗余
RAID-5卷需要至少三块动态磁盘。磁盘管理里右键未分配区域,选“新建RAID-5卷”,把三块盘全部添加,设置容量后格式化。动态磁盘的RAID-5卷可用容量是总和减一块盘,向导会自动计算并展示。
我用三块20GB虚拟盘创建后,可用容量正好40GB,符合预期。
创建完成后可以做一个简单的“故障演习”:在虚拟机设置里直接卸掉其中一块动态磁盘,或者用模拟故障的方式强制磁盘离线。回到磁盘管理,你会看到RAID-5卷状态突然变成“冗余失败”,提示某个成员缺失。此时卷仍然在线可读写,数据没有丢,这就是动态磁盘RAID-5的核心价值。
修复方法是把一块新磁盘转换为动态磁盘,右键“冗余失败”的卷,选择“修复卷”,然后指定新磁盘作为替代成员,系统开始重建数据。生产环境下重建期间尽量降低IO压力,避免二次故障。
diskpart创建RAID-5卷的命令:
bat复制diskpart
select disk 1
convert dynamic
select disk 2
convert dynamic
select disk 3
convert dynamic
create volume raid disk=1,2,3
assign letter=F
format fs=ntfs quick
创建RAID-5卷时有个坑必须注意:成员盘容量不一致时,系统以最小那块盘的容量为基准计算可用空间。比如盘1是1TB、盘2是1TB、盘3是500GB,那总容量按1.5TB算,而不是2.5TB。规划磁盘采购时最好相同容量、相同转速、相同型号,减少性能瓶颈和容量浪费。
4. 动态磁盘的坑:这些情况我建议你绕道走
动态磁盘功能虽实用,但坑也不少。我这几年实际用下来,下面这些情况是出现频率最高的,提前知道能帮你省下大量救火时间。
4.1 外部磁盘与盘符漂移:迁移动态磁盘的正确姿势
动态磁盘最容易被忽略的一个特征是“记录磁盘组标识”。当一块动态磁盘从一台机器拆到另一台Windows机器,磁盘管理器会识别为“外部”磁盘,对应的卷不会自动挂载盘符。很多新手在这一步就傻眼了,以为数据没了。
正确操作是右键“外部”磁盘,选“导入外部磁盘”。系统会扫描磁盘组信息并重新注册,卷才会恢复正常。但这里有两个大坑:
- 如果你的卷是带区卷或镜像卷,必须把组内所有磁盘一起迁移,只带其中一块会导致导入后卷处于“失败的冗余”或“数据未完成”的状态,修复起来非常麻烦。
- 导入后盘符可能会变化。之前D盘变成了E盘,引用D盘路径的软件全部失效。尽量用卷标和挂载点来对外暴露存储路径,而不是依赖固定盘符。动态磁盘的属性里可以看到“驱动器号”和NTFS卷GUID,用挂载点(在某个NTFS文件夹里挂载卷)可以有效规避盘符漂移。
4.2 动态磁盘转不回基本磁盘,除非删光所有卷
这是被问得最多的一个问题:“我能不能把动态磁盘转换回基本磁盘?”。从Windows 2000时代到现在,官方从来没有提供过不删数据直接转回的选项。磁盘管理里的“转换为基本磁盘”按钮,只有在动态磁盘上的所有卷都被删除、磁盘回到完全未分配状态时才会变为可用。
所以实际操作中,任何动态磁盘转基本磁盘都需要走“备份数据→删除所有卷→转换→重新分区→还原数据”这条老路。如果你的动态磁盘上已经积累了海量数据,又没有额外存储空间做临时备份,那就只能继续维持动态磁盘状态,或者用第三方分区工具强行转换——但那风险极高,特定情况下会导致LDM数据库错乱,卷内数据直接变成RAW格式。我的建议是:转动态磁盘之前,先想清楚以后是否一定要转回来,想不清楚就不要转。
4.3 跨系统、双引导环境里的兼容性局限
Windows动态磁盘是微软的私有实现,Linux、macOS原生都不认。如果你在一台电脑上装了Windows和Linux双系统,Linux里访问动态磁盘上的卷会失败,除非额外安装ldmtool这类工具去解析Windows LDM元数据。这本身就比较折腾,而且版本兼容性很看运气。
同理,动态磁盘卷也不能直接迁移到非Windows平台使用。如果你有跨平台数据交换的需求(比如和NAS、Linux服务器倒数据),动态磁盘不是好选择。数据盘最好以NTFS或exFAT的基本磁盘分区存在,这样大家都能识别。
4.4 软件RAID重建的时间成本
前面提过RAID-5重建时间长,这里补充一个具体的实测数据。我在4块4TB硬盘搭的硬件RAID-5环境里,重建一块盘大约用了8小时。而软件动态磁盘RAID-5,CPU占用率持续跑在50%以上,重建耗时还要再翻一倍。对于老旧的服务器,这个过程甚至可能持续两天以上。
这意味着你不仅要算组件阵列的可用容量,还要接受“重建期间性能大幅下降且容错能力降为零”这种尴尬状态。每次换盘都像在做心脏手术,每一步都需要小心翼翼。
5. 微软早就留了后手:新项目优先考虑存储空间
如果你在Windows Server 2012或Windows 8之后才接触磁盘管理,可能会发现系统里还有另一个叫“存储空间”的东西。很多朋友搞不清它和动态磁盘的关系,这里我做个通俗版的梳理。
5.1 存储空间Mirror/Parity和动态磁盘RAID的对应关系
存储空间是微软从Windows 8/Server 2012开始主推的新一代存储虚拟化解决方案。它在物理磁盘之上封装了一个“存储池”,然后再从池里划分出“虚拟磁盘”。根据冗余模式,分为三种:
| 存储空间冗余类型 | 等价RAID | 最低磁盘数 | 特点 |
|---|---|---|---|
| 简单空间 | RAID 0 | 1 | 无冗余,仅聚合容量 |
| 双向镜像空间 | RAID 1 | 2 | 数据两份,能坏一块盘 |
| 三向镜像空间 | 类似RAID 1E | 5 | 数据三份,能坏两块盘 |
| 奇偶校验空间 | RAID 5/RAID 6 | 3 | 奇偶校验,能坏一块或两块盘 |
和动态磁盘比,存储空间有几个明显优势:
- 不需要动态磁盘,物理磁盘保持基本磁盘状态,LDM数据库的兼容性坑不复存在。
- 存储池支持在线扩展,随时往池里加物理磁盘。
- 奇偶校验空间可以和ReFS文件系统配合使用,实现数据完整性校验,能在bit rot这类静默损坏发生时自动检测和修复,这是动态磁盘RAID-5完全做不到的。
- 支持更细粒度的精简配置,可以先分配一个大逻辑卷,物理空间按需占用。
5.2 存储空间的灵活性和修复体验
存储空间的日常管理在“控制面板→存储空间”里就能完成,PowerShell也提供了完整的命令体系。坏盘时,直接从池中移除故障磁盘,接入新磁盘后存储池自动重新平衡数据,不需要像动态磁盘那样手动指定“修复卷”。这个过程对运维人员友好太多了。
另外存储空间可以同时创建多个虚拟磁盘共用一个池,每个虚拟磁盘可以设置不同的冗余策略。比如同一个池里,一个是镜像空间放系统关键数据,一个是奇偶校验空间放归档冷数据,这种灵活性动态磁盘给不了。
5.3 我的选型建议:什么情况用动态磁盘,什么情况用存储空间
个人经验总结如下:
- 已有Windows Server 2008 R2或更老的系统、且不想升级:继续用动态磁盘,老系统对存储空间支持有限。
- 纯测试环境、临时凑出来的存储池:动态磁盘胜在零学习成本,几分钟就能配好。
- 新装的Windows 10/11或Server 2016以上版本:优先用存储空间。微软官方虽然至今没有强制移除动态磁盘,但新功能迭代基本都集中在存储空间,动态磁盘明显处于维护模式。
- 生产环境、核心业务数据:无论动态磁盘还是存储空间,软件RAID终究是软件方案。预算允许的还是上独立RAID卡或直接购买专业NAS/存储阵列,别把关键业务吊在CPU软计算上。
6. RAID-5卷重建实操:断盘以后我是这么救回来的
最后分享一个真实的排查过程。去年我给一台Windows Server 2016的测试服务器用三块2TB盘组了RAID-5卷,某天早上一进磁盘管理就发现卷状态显示“冗余失败”,伴随黄色感叹号,日志里大量disk事件错误。
6.1 第一步:确认是物理故障还是逻辑掉线
我在磁盘管理里看到磁盘1状态变成了“脱机”,但磁盘管理还能识别到它,说明不是完全物理损坏,更可能是接口松动、电源供电不稳或者总线故障导致临时掉线。我先右键磁盘1,选择“联机”,想看看能不能自动恢复。
联机后磁盘1显示“启动”正常,但卷状态依然是“冗余失败”。这种情况最容易踩的坑是:没等阵列完全同步就大量写入,导致重建期间故障再次放大。我的处理方式:先把RAID-5卷上正在跑的SQL服务停掉,避免新增写入让重建过程更复杂。
6.2 第二步:把故障盘重新纳入阵列
右键“冗余失败”的RAID-5卷,选择“修复卷”,系统会列出可用的动态磁盘。如果故障盘只是临时脱机且数据完好,可以直接选同一块盘作为修复目标,系统就会把它重新加入阵列开始同步。如果故障盘完全报废,就需要换一块容量不小于原盘的动态磁盘来替代。
这一步有个很关键的点:修复前先检查一下新磁盘是否已经是动态磁盘。如果不是,先在磁盘管理里右键“转换为动态磁盘”,然后再修复,否则修复向导里根本看不到这块盘。我在初学阶段就卡在这里十分钟,后来才反应过来。
修复开始后,卷状态会变成“正在重新同步”。此时右键属性可以看到同步进度百分比。期间不要重启系统,不要强制断电,保持磁盘IO压力尽量低。大容量盘重建过程长,我拿一台低负载机器去吃这个同步流量,等到状态变成“正常”,卷才算彻底恢复。
6.3 第三步:重建完成后的验证
RAID卷恢复“正常”后,不是看一眼状态就完事。我习惯再做一个完整的数据校验:把关键文件从卷里拷出来再拷回去,核对文件哈希,确认数据没有静默损坏。如果是数据极其重要的卷,强烈建议再做一轮全卷校验,Windows上可以用chkdsk /r扫描磁盘坏扇区,或者用第三方工具做底层校验。
这次事故之后我也总结了几条防范点:RAID-5卷所在机器最好配上UPS,降低异常断电导致多盘同时掉线的概率;定期检查Windows事件日志里的disk事件,很多磁盘故障有前期征兆,不至于到“冗余失败”才被动响应;给所有RAID卷建立自动备份,软件RAID再稳也只是降低故障概率,不能作为唯一数据安全保障。
7. 动态磁盘这个功能,什么时候该彻底放弃
说句心里话,动态磁盘是Windows历史上一个非常有创意但又明显带着时代局限的设计。它在没有硬RAID卡的年代给了普通用户和中小企业用软件方式实现磁盘冗余和性能提升的可能,这个价值不可否认。但到今天,存储空间已经能完全替代它的功能,而且做得好得多。
如果你刚开始规划一个全新项目,我的建议是直接使用存储空间,把动态磁盘留给那些老系统兼容性要求极高、或者临时救急的场景。就像我现在这台Ubuntu服务器已经完全不用Windows做存储了,直接用ZFS管理那几块盘。每种工具都有它的时代定位,动态磁盘完成了它的历史使命,现在更适合待在兼容性文档和运维老手的记忆里。
我的实操体会是,无论选哪种方案,RAID永远只是降低风险的手段,不是备份。永远不要让任何RAID卷成为数据的唯一副本。真正重要的数据,至少要有异地备份、离线备份或者对象存储里的一份拷贝。组RAID之前先想清楚数据可恢复性,组RAID之后定期做恢复演练——这样,才能真正确保硬盘故障时你心里有底。
