标签: raid

我将格式化 2 个 120GB Intel 320 SSD 以用于高流量 Drupal 服务器。该服务器具有至强 E1270 CPU 和 32GB RAM。我正在使用 Debian Squeeze 64 位。以下是我的问题：

• 在这种情况下，哪种文件系统格式最适合：ext3、ext4、xfs 或其他格式？
• 我倾向于不使用 RAID 1。格式化一个磁盘用于 mysql，另一个用于文件系统的其余部分。我认为这将最大限度地减少磁盘 i/o 延迟并减少写入周期，从而提高磁盘的整体预期寿命。您如何评价这种方法？

带有板载 SmartArray 6i 控制器的 Proliant DL380-G4。

Raid 1+0 组包含 2x 72 G 和 2x 300 G 磁盘（更大的磁盘后来添加）。

有效容量约为 140 GB，当然，它已满。

我无法添加更多磁盘，因为剩余的 2 个插槽已被另一个 2 磁盘镜像占用。我可以用 300 G 磁盘替换 72 G 磁盘（一次 1 个）并（重建后）扩展阵列。但是在磁盘交换期间没有冗余。那 2 倍 :-(

或者我将阵列从 Raid 1+0 更改为 Raid 5，这只会给我额外的 70 G（这已经足够了），但（希望）在更改过程中保持冗余不变。

备份、终止阵列、更换小磁盘、创建新阵列，然后恢复不是一个选项，因为我需要始终保持此框在线。

我不担心重建期间的性能损失。（幸运的是，在这种情况下，用户对数据的访问非常轻松。）

我正在寻找如何在保持冗余的情况下快速升级磁盘空间的建议。

编辑：将服务器类型更改为 G4（我已经在服务器机房中将它们混合在一起。）

我有一台带有 HP P400 控制器的 HP 服务器，在 Raid 6 阵列中有 8 个 72GB 驱动器。

我有一个驱动器出现故障并更换了它，但它没有重建，因为我在其他 2 个驱动器上有硬读错误，所以我现在基本上正在运行 raid 5。

我的理解是，我现在必须进行备份和恢复，并更换出现硬读错误的 2 个驱动器。我不认为可以修复 2 个驱动器上的硬读错误 - 我希望我可以修复其中一个，但我不知道如何做到这一点。我对么？

我的问题是：我可以关闭服务器电源并更换 2 个驱动器吗（我已经更换了一个没有重建的驱动器）。

更换 2 个驱动器后，从备份执行还原还是需要破坏 Raid 阵列并重新创建它？

服务器现在运行良好，但将来肯定会出现故障。我可能会等到它实际上失败。

如果我必须重建阵列，你能指点我吗？

感谢您的任何意见或建议。

我购买了一台新服务器，使用的是 ASUS P9X79 WS X79 S-2011 ATX 主板。它将用于虚拟化，如果我可以让主板上的 RAID 与 VMWare 一起工作（它没有检测到它），最好使用VMware vSphere Hypervisor™ (ESXi )。

主板具有 Intel® X79 芯片组，对于 RAID 控制器意味着供应商 ID 8086 (Intel) 和型号 ID 2826。

当我从我的闪存驱动器引导 ESXi 5.0.0 安装介质时，我看不到我创建的 RAID5 组中的驱动器。

问题：

• 是否有我可以使用的 RAID 控制器的 VIB 文件？

• 我在http://www.intel.com/support/motherboards/server/sb/CS-033313.htm上找到了一篇关于让 RAID 与某些英特尔控制器一起工作的文章，它列出了 9 个与之兼容的集成 RAID 模块。但是，没有提到 X79 芯片组。

对于 EMC VNX 5100 存储单元上 16 个 900 GB 10K SAS SFF 磁盘中的单个存储段，您会推荐哪种类型的 RAID？磁盘 17 是热备用磁盘。

RAID 10、RAID 50 还是其他？

未格式化的容量为 14.4 TB，但我们不会使用超过 4 TB 的空间。存储将主要用于 Hyper-V VHD。

我通过组合 4 个 HDD 创建了一个 RAID 5 设备块。

我的设备名称是 md1。

但是 /sys/block/md1/queue/scheduler 文件在执行 cat 时输出“none”。

而且在使用 vim 对其进行编辑后，它会抛出

/sys/devices/virtual/block/md1/queue/scheduler" E667: Fsync failed

我也尝试使用 sysctl.conf 并添加

block.md1.queue.scheduler = deadline

但它再次抛出

error: "block.md1.queue.scheduler" is an unknown key

我真的别无选择。请帮帮我。

我正在两台 ESXi 服务器上使用 SSH 将虚拟机从一台 ESXi 主机转移到另一台主机。

但它的速度很慢，它是一个巨大的 750GB .vmdk 磁盘映像，VM 停止（停机）并且以 5.5MB/s 的速度比完成移动需要一天多的时间。

我错过了什么吗？

myvm.mydomain.com-flat.vmdk                 26%  200GB   5.4MB/s 29:09:06 ETd

ESXi 服务器上的重要硬件：

Supermicro X9SCM-F
Intel 82574L Gigabit Controller
IBM SR-BR10i RAID Controller
2x WD Velociraptor WD1000DHTZ (RAID1 mode from controller)

另一点：在开始 VM 迁移之前，我已经构建并同步了 RAID 阵列。

谢谢你的帮助，

今天他们带来了这台旧的 DELL 服务器，带有 2 个在 RAID 1 阵列中初始化的硬盘。该服务器长期用作系统日志聚合器，在我们将服务器返回给客户之前，我的任务是进行一些维护。当我在启动时立即打开它时，它显示了这个警告：

Integrated RAID Exception Detected:
        Volume (00:004) is currently in state RESYNCING
Enter the SAS Configuration utility to investigate.

POST 后，GRUB Loader 启动器立即启动，但我有点不情愿启动linux os，因此我重新启动服务器并进入SAS 以检查问题。

当我进入 SAS 实用程序时，我打开了 RAID 阵列属性 - 如下图：

现在您可能会看到状态为 0%，驱动器 PA07 状态为未同步。几分钟后，我注意到状态变为 1%，然后变为 2%，依此类推。

建议启动操作系统还是应该等到同步完成？

如果我启动操作系统会发生什么？它会破坏同步吗？该服务器上有一个带有 mysql 数据库的 Debian Linux（SLAX 发行版）。

我有一台带有 4 个 HP SAS 驱动器的 HP DL160 G6 服务器，固件已更新到 HD 和 Smart Array 上的最新版本...

我遇到的问题是其中一个磁盘有一个稳定的琥珀色灯亮起，而活动 LED 灯在有活动时一直闪烁......琥珀色 LED 灯在我们的几个人中保持琥珀色，然后 LED 灯关闭。活动指示灯一直闪烁。

因此，HP认为这种行为是磁盘故障的迹象，但智能阵列管理员（Windows 应用程序）表示阵列/卷/磁盘上没有问题。

这仅发生在服务器上安装的 4 个驱动器之一上。

我应该更换驱动器还是有任何其他工具或测试可以用来确定驱动器状态。？

笔记：

所有 4 个驱动器都是相同的型号/品牌，并且是 HP 于 2013 年 2 月制造的，服务器已更新 - Bios、P410、驱动程序、HD 驱动器。Windows 2012 R2 高清单元型号：EF0300FARMU

我有一个带有 RAID 5 的服务器设置，使用 (3) 个 500GB 驱动器，1 个作为备用，因此在 RAID 中未使用。所以在我看来，我从 990GB 开始，RAID 5 就位。在查看 DF 或内置磁盘空间实用程序时，我只看到总共大约 882GB，我如何才能找到 100+GB 的空间？我怎样才能取回它？

我检查了 RAID 5 BIOS，我看到了所有的空间。

我试过手动查看和通过终端命令查看，但没有运气。

Filesystem     -      1K-blocks   -   Used Available - Use% - Mounted on
/dev/mapper/vg_web-lv_root
                       838084192  48368700 747153060   7%      /
tmpfs                   12104644       592  12104052   1%     /dev/shm
/dev/sda1               495844      121546    348698   26%    /boot
/dev/mapper/vg_web-lv_home
                       82569904    259136  78116468      1%    /home

    Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_web-lv_root

                          800G   47G  713G   7%      /
tmpfs                      12G  592K   12G   1%      /dev/shm
/dev/sda1 …