Raid重建时，硬盘效率很低，有什么办法解决？首先不太清楚你现在服务器是否已经在重建数据了。如果是阵列已经开始重建了，那就最好老老实实的等着，哪怕等上48小时也不要去尝试随便重新启动或者终止这个过程，一旦你强行终止你应该会知道这会导致数据丢失的风险性，以及下一次重建需要更长的时间。那么阵列如果想要重建数据快，说到底了最根本的还是要看你的阵列卡速度，阵列卡缓存大小，以及硬盘的速度，你要是固态肯定比SAS要快。这是最根本的东西，如果想要适当优化下，来提高下一次重建的速度，则需要根据你阵列盘上的数据来决定优化，假设你服务器阵列上都是单个大文件，比如是视频文件这些比较多，可以考虑将阵列的簇大小修改大一些比如64K-128K，如下图：如果是小文件居多，例如WEB数据或者其他，可以考虑将簇设置的小一些，比如4K-16K之间。这样能适当提高磁盘数据读写的效率。切记！已经组好了阵列的前提下，不要去动阵列参数哦！一旦动了参数很有可能会导致阵列被拆数据彻底丢失！ 回复 李凤婷用户 Raid重建时，硬盘效率很低，有什么办法解决？首先不太清楚你现在服务器是否已经在重建数据了。如果是阵列已经开始重建了，那就最好老老实实的等着，哪怕等上48小时也不要去尝试随便重新启动或者终止这个过程，一旦你强行终止你应该会知道这会导致数据丢失的风险性，以及下一次重建需要更长的时间。那么阵列如果想要重建数据快，说到底了最根本的还是要看你的阵列卡速度，阵列卡缓存大小，以及硬盘的速度，你要是固态肯定比SAS要快。这是最根本的东西，如果想要适当优化下，来提高下一次重建的速度，则需要根据你阵列盘上的数据来决定优化，假设你服务器阵列上都是单个大文件，比如是视频文件这些比较多，可以考虑将阵列的簇大小修改大一些比如64K-128K，如下图：转载或者引用本文内容称请注明来源理于芝士回我资那答如果是小文件居多，例如WEB数据或者其他，可以考虑将簇设置的小一些，比如4K-16K之间。这样能适当提高磁盘数据读写的效率。切记！已经组好了阵列的前提下，不要去动阵列参数哦！一旦动了参数很有可能会导致阵列被拆数据彻底丢失！ 2024-05-12 1楼 回复 (0) 邹意致用户 这里说说我的经验吧。现在raid重建时候有一种快速模式，能在几分钟内建好，但是那只是表面现象，实际上是raid厂家允许在硬盘未完全初始化完成的时候开始存储数据，而重建的过程是不可能跳过的，也就是说raid是边初始化边存数据。这算一种折中方案，应该能满足你的需求。未经芝士回斗答线允许不得转载题本教文内容，否则史将视为侵权另外每个厂家不同，有的支持这种快速重建，有的不支持，而且设置也不一样，在这里不好叙述。你要去查询一下你自己的raid卡厂家信息 2024-05-12 2楼 回复 (0) 谢骞仕用户 重建跟raid控制器还有硬盘性能有关，换高性能的控制器和高性能硬盘 2024-05-12 3楼 回复 (0)
Raid重建时，硬盘效率很低，有什么办法解决？首先不太清楚你现在服务器是否已经在重建数据了。如果是阵列已经开始重建了，那就最好老老实实的等着，哪怕等上48小时也不要去尝试随便重新启动或者终止这个过程，一旦你强行终止你应该会知道这会导致数据丢失的风险性，以及下一次重建需要更长的时间。那么阵列如果想要重建数据快，说到底了最根本的还是要看你的阵列卡速度，阵列卡缓存大小，以及硬盘的速度，你要是固态肯定比SAS要快。这是最根本的东西，如果想要适当优化下，来提高下一次重建的速度，则需要根据你阵列盘上的数据来决定优化，假设你服务器阵列上都是单个大文件，比如是视频文件这些比较多，可以考虑将阵列的簇大小修改大一些比如64K-128K，如下图：
转载或者引用本文内容称请注明来源理于芝士回我资那答
如果是小文件居多，例如WEB数据或者其他，可以考虑将簇设置的小一些，比如4K-16K之间。这样能适当提高磁盘数据读写的效率。
切记！已经组好了阵列的前提下，不要去动阵列参数哦！一旦动了参数很有可能会导致阵列被拆数据彻底丢失！这里说说我的经验吧。
现在raid重建时候有一种快速模式，能在几分钟内建好，但是那只是表面现象，实际上是raid厂家允许在硬盘未完全初始化完成的时候开始存储数据，而重建的过程是不可能跳过的，也就是说raid是边初始化边存数据。
这算一种折中方案，应该能满足你的需求。
未经芝士回斗答线允许不得转载题本教文内容，否则史将视为侵权
另外每个厂家不同，有的支持这种快速重建，有的不支持，而且设置也不一样，在这里不好叙述。你要去查询一下你自己的raid卡厂家信息
重建跟raid控制器还有硬盘性能有关，换高性能的控制器和高性能硬盘