标签: hardware-raid

我特别询问 D380p G8 服务器中的 P420。我打算直接使用需要简单 HBA 的存储空间。所以我在 P420 上禁用了 RAID。我很好奇在这种 JBOD 模式下是否甚至使用了raid卡上的缓存？

我喜欢您现在可以便宜地购买 1 TB 和 2 TB 驱动器的事实。然而，单个驱动器上的这么多数据让我感到害怕。从外部驱动器构建突袭系统的最佳方法是什么？我正在寻找有关性能、价格和数据恢复难易程度的建议（如果驱动器出现故障）。除了驱动器，我还需要什么？突袭应该有多少个驱动器？任何建议表示赞赏。- 谢谢。

互联网上有各种“参考资料”，深入讨论了在为磁盘阵列选择特定 RAID 条带大小（4KB 到 128KB 或更大）时要考虑的因素，但没有一个是非常权威且一致的彼此真的。

例如：

John's Tech Bits
Stripe Width and Size
RAID 优化指南

特别是，与文件系统类型（FAT、NTFS 等）、文件系统簇大小、缓存策略、磁盘驱动程序命令调度策略、是否可以执行多个命令相关的几个因素似乎在起作用。排队（标记排队）到有问题的驱动器等。

我正在寻找的是权威的、数据驱动的和参考的论文，关于所有需要考虑的因素到底是什么，以及最终如何采取分析方法为给定的应用程序选择最佳条带大小，而无需经过蛮力练习尝试所有这些因素的组合，看看什么会产生最佳性能。

我们正在 Oracle 系统（RHEL 5.9、2.6.18-348.6.1.el5）上运行数据库转储的导入。导入未完成，最终出错：

ORA-15080: synchronous I/O operation to a disk failed
WARNING: failed to write mirror side 1 of virtual extent 248 logical extent 0 of file 280 in group 1 on disk 1 allocation unit 986
Errors in file /u01/app/oracle/diag/rdbms/dbprod/DBPROD/trace/DBPROD_lgwr_24520.trc:
ORA-00345: redo log write error block 509314 count 2023
ORA-00312: online log 1 thread 1: '+DATA/dbprod/redo01.log'
ORA-15081: failed to submit an I/O operation to a disk
ORA-15081: failed to submit an I/O operation to a disk

环形缓冲区中存在相应的错误，并且/var/log/messages …

我对适当的硬件 RAID还很陌生，以前只在预建的服务器机器上使用过它，但在一些为数据中心工作的朋友的推荐下，我买了一个LSI 9361-4i MegaRAID控制器来安装到我的主存储盒中在家里，当我尝试将超过 5MB 的内容写入磁盘时，我目前设置的英特尔 RST 配置会完全锁定机器上的所有 I/O，直到操作完成。

根据盒子上的文字，9361-4i 最多支持 128 个驱动器，但是卡本身只有一个 mini SAS HD 端口，所以据我所知，我只能通过以下方式将四个设备连接到控制器这个港口。

我的问题是：我需要什么额外的硬件或电缆才能将四个以上的设备连接到这种类型的控制器？我应该使用 x4 电缆通过 mini SAS HD 端口连接一个或多个扩展模块吗？这些是否需要特定的卡片才能工作？此外，这将如何影响控制器和驱动器之间的带宽？

我有 10 个不同批次的 3TB SATA III WD Red，我想设置它们。

由于飓风马修，我们公司关闭了所有服务器两天。其中一台服务器是带有 HP StorageWorks MSA60 的 ESXi 主机。

当我们今天重新启动并登录 vSphere 客户端时，我们注意到我们的来宾 VM 都不可用（它们都被列为“无法访问”）。当我查看 vSphere 中的硬件状态时，阵列控制器和所有连接的驱动器显示为“正常”，但驱动器都显示为“未配置的磁盘”。

我们重新启动了服务器并尝试进入 RAID 配置实用程序以查看那里的情况，但我们收到以下消息：

POST 期间报告了无效的驱动器移动。在驱动器移动无效后对阵列配置的修改将导致旧的配置信息和原始逻辑驱动器的内容丢失

不用说，我们对此感到非常困惑，因为没有任何东西被“移动”；没有改变。我们只是简单地启动了 MSA 和服务器，从那时起就一直有这个问题。

MSA 通过一根 SAS 电缆连接，驱动器上贴有标签，所以我知道驱动器没有移动或切换：

---------------------
| 01 | 04 | 07 | 10 |
---------------------
| 02 | 05 | 08 | 11 |
---------------------
| 03 | 06 | 09 | 12 |
---------------------

目前，我不知道这些驱动器是什么品牌和型号，但它们都是 1TB SAS 驱动器。

我有两个主要问题/疑虑：

1. 由于我们所做的只是关闭并重新打开设备电源，是什么导致了这种情况的发生？我当然可以选择重建阵列并重新开始，但我对这种情况再次发生的可能性持怀疑态度（特别是因为我不知道是什么原因造成的）。

2. 我可以恢复我们的阵列和来宾 VM，而不必重建所有内容并恢复我们的 VM 备份，这是否有如滚雪球般的机会？

我正在为一个项目团队维护一个预配置的存储系统。存储由 RAID60 中的 36 x 8 TB HGST 磁盘（~240 TB 净）（RAID6 中的 2x18 个磁盘）组成，控制器是 MegaRAID SAS 9361-8i，OS=Scientific Linux 7.2

storcli64 /c0 /v1 show
DG/VD TYPE   State Access Consist Cache Cac sCC       Size Name
0/1   RAID60 Optl  RW     Yes     RWBD  -   ON  232.860 TB      

在运行每周计划的一致性检查时（或者如果我手动触发它们），我会收到很多不一致警告，但它们似乎从未得到修复 - 在下一次 cc 期间，相同的警告再次出现：

[root@faith ~]# grep 22649241 /var/log/message*
/var/log/messages:Oct 25 20:54:01 faith MR_MONITOR[1604]: <MRMON063> Controller ID:  0   Consistency Check found inconsistent parity on VD#012    strip:  #012    ( VD   =   1,   strip#012      =   22649241)
/var/log/messages-20161002:Sep 25 …