Questions tagged «raid»

RAID是RAID的首字母缩写，最初是廉价磁盘冗余阵列（今天通常称为独立磁盘冗余阵列）的一种技术，它通过使用各种算法将数据分布在多个磁盘上，从而通过冗余来提高存储性能和可靠性。级别）。RAID可以在硬件存储控制器或软件中实现，通常作为操作系统/内核功能。

4
URE到底是什么？
最近，我一直在研究RAID5与RAID6，而由于URE额定值和驱动器尺寸的增加，我一直看到RAID5不再足够安全。基本上，我发现的大多数内容都说在RAID5中，如果发生磁盘故障，如果阵列的其余部分为12TB，那么您几乎有100％的机会满足URE并丢失数据。 12TB的数字来自这样的事实，即磁盘的额定读取速率为10 ^ 14位，可以达到一个URE。 好吧，有些事情我没有到达这里。读取是由扇区上的磁头完成的，导致读取失败的原因是磁头死了或扇区死了。也可能是由于其他某些原因导致读取无法正常工作（我不知道，就像是振动使磁头跳了起来……）。因此，让我解决所有3种情况： 阅读无效：这不是无法恢复的，对吗？可以再次尝试。 头部死了：这肯定是无法恢复的，但是，这也意味着整个盘子（或至少侧面）是不可读的，这会更加令人震惊，不是吗？ 该扇区消失：以及完全无法恢复，但是在这里我不明白为什么URE的4TB磁盘的额定值为10 ^ 14，而URE的8TB磁盘的额定值为10 ^ 14，这意味着磁盘上的扇区8TB（最有可能是较新的技术）的可靠性是4TB的一半，这没有意义。 如您所见，从我确定的3个故障点来看，没有任何道理。那么具体来说，URE是什么意思？ 有谁可以向我解释吗？ 编辑1 在第一波答案之后，似乎原因是该部门失败了。好消息是固件，RAID控制器和OS +文件系统都有适当的程序来尽早发现并重新分配扇区。 好吧，我现在知道什么是URE（实际上，这个名称是不言自明的:)）。 我仍然对根本原因以及它们给出的稳定评级感到困惑。 一些人将失效的部分归因于外部来源（宇宙波），然后令我感到惊讶的是，那么URE率是基于读数计数而不是年龄，宇宙波的确会影响更多的旧磁盘，仅仅是因为它已经暴露了此外，尽管我可能错了，但我认为这更像是一种幻想。 现在来谈谈与磁盘磨损有关的另一个原因，有人指出，较高的密度会导致较弱的磁畴，这完全是有道理的，我将按照说明进行操作。但是，正如在这里很好地解释的那样，不同大小的新磁盘主要是通过在HDD机箱中放置或多或少的相同的盘片（然后是相同的密度）来获得的。扇区是相同的，并且所有扇区都应具有相同的可靠性，因此，较大的磁盘应比较小的磁盘具有更高的额定值，而扇区的读取较少，事实并非如此，为什么？但这可以解释为什么采用新技术的新磁盘没有比旧磁盘获得更好的评级，这仅仅是因为更好的技术收益被更高密度带来的损失所抵消。
1
我应该多久清理一次RAID？
通常，我想知道需要多长时间清理一次RAID阵列。是什么导致需要更频繁地进行清理（读取数据，写入数据，意外关闭，驱动器寿命，驱动器大小，用户数量等）？ 我在这里阅读过Arch维基，它真正说的是应该定期进行清理。我只是想知道有足够的定期性。显然，这取决于，但是合理的范围是多少？每年？每月一次？每周？日常？非常感谢您提供任何信息。
7
（raid-controller-）BBU的作用是什么？
我想知道BBU的目的是什么。我的第一个理解是，它使高速缓存可以在断电期间将数据写入光盘。但是一些规范说BBU最多可以保留其数据72小时。我希望数据可以在几毫秒内写入光盘（鉴于光盘也仍然有电）。 那么，BBU不仅应该保护高速缓存，还要保护整个光盘几秒钟吗？因为缓存数据被写入磁盘，而不是放在缓存中并再次等待电源，这是否会更加安全？一秒钟左右后，光盘可能会关闭。
1
易于使用XFS扩展Linux软件RAID 5。最佳做法？
我将Ubuntu计算机用作使用Samba共享的Windows / Linux / Mac客户端的文件服务器。我需要通过添加更多硬盘来轻松扩展，而不必来回移动任何数据。 到目前为止，这就是我所做的。我已经成功添加了第四个硬盘。现在，很高兴知道这应该怎么做？我做错了还是可以做得更好？ 创建初始的3驱动器阵列 我从三个空驱动器开始：/ dev / sdb，/ dev / sdc和/ dev / sdd。 首先，我为所有驱动器创建了空分区： $ fdisk /dev/sdX n # Create a new partition p # Primary 1 # First partition [enter] # Starting point to first sector (default) [enter] # Ending point to last sector (default) …
8
大型NAS的RAID配置
我正在考虑构建24个1TB磁盘NAS盒，但是我不确定最佳的驱动器配置是什么。我正在考虑使用areca ARC-1280ML-2G控制器，并将所有24个驱动器挂掉。 由于我们要存储在其上的数据类型，我希望将其全部装入一个卷。我们曾经疯狂的想法是配置6个4磁盘RAID 5卷，然后在这6个卷上进行软件RAID 5。这意味着任何一个卷都可能对我们造成死亡，而我们仍然不会丢失数据。 我应该注意，这是一个R＆D项目，我们有一个即将推出的应用程序，在该应用程序中，我们需要数十TB的存储才能快速且高度可用。但是对于最初的研发阶段，我们可以接受一些风险。 此类配置的最佳解决方案是什么？拥有24个1 TB磁盘，很可能同时（或在第一次出现故障后重建卷所需的时间内）多个磁盘出现故障，因此我很难找到一个好的解决方案。
8
RAID集中最大磁盘数量的准则？
在使用条带化的任何RAID级别中，增加物理磁盘的数量通常可以提高性能，但同时也增加了集合中任何一个磁盘发生故障的机会。我有一个主意，即在给定的RAID集中我不应该使用超过6-8个磁盘，但这更多的是传承知识，而不是经验中的硬事实。谁能给我一个好的规则，并给出背后的原因以获取一组磁盘中的最大磁盘数量？
13 raid 
9
在RAID 0中使用2个固态驱动器是否可靠？
我正在考虑从Western Digital 10k RPM硬盘驱动器升级到在RAID 0配置中使用两个Intel-X25固态驱动器。我将使用它来托管操作系统和安装应用程序。但是目前所有数据都将保留在单独的Seagate Barracuda 7.5k RPM硬盘驱动器上。 我的目标是显着提高OS（Vista Ultimate）的性能和应用程序的启动。我有两个问题 1，Intel-X25驱动器是否足够可靠，可以在坚硬的机器上使用，尤其是当您在RAID 0中有两个驱动器时，因此发生故障的可能性增加了一倍。 2，我听说固态驱动器在停止工作之前只有有限的写周期，因此大量使用台式机会导致固态驱动器在几年内过期吗？我预期的升级周期意味着无论如何我将在2年后更换机器。
13 raid  ssd 
4
存储空间与磁盘管理镜像
Windows 2012 R2： 我决定采用RAID 1（Windows术语中的镜像）实施。我了解Windows中包含两个选项： 存储空间镜像 磁盘管理镜像 存储空间如何将镜像与磁盘管理镜像进行比较？
13 windows  raid 
1
在LSI和类似RAID控制器上管理电池重新学习周期
工程师如何应对RAID控制器电池的“重新学习”周期？ 如中所述：什么是LSI MegaRaid上的“电池重新学习”？，重新学习周期会使RAID控制器电池（BBWC或BBU）放电，从而消除了写缓存加速。检查电池寿命，充电后，将重新启用写缓存。在重新学习周期的持续时间内，这对服务器I / O性能有明显影响。我认为这每月发生一次。 已经注意到性能下降，尤其是在数据库系统上： 数据库慢？检查RAID电池！ 重新了解您的电池 我的背景是HP ProLiant服务器，这些服务器的Smart Array控制器没有经过此练习（或者至少具有更主动的电池寿命监控）。这似乎是一个可怕的功能（最大的不便，很少的收益），但是我处于许多LSI控制器（在Supermicro硬件上）的环境中，并且希望了解是否可以将一揽子策略应用于相关系统。 LSI控制器上的重新学习周期的默认时间表是什么？ 这些重新学习周期有用吗？ 是否应禁用此功能？ 如果您选择在环境中启用此功能，那么如何处理计划？您是手动安排此时间，还是允许控制器设置自己的时间表？ Dell Perc控制器是否以相同的方式受到影响？（LSI是OEM）
3
如何使用mdadm调整RAID1阵列的大小？
我正在运行Ubuntu 11.04（内核2.6.38-11）。我用2x500GB驱动器替换了2x160GB。它们被配置为RAID1。 分区表显示正确的大小。这是sfdisk： # sfdisk -d /dev/sdb # partition table of /dev/sdb unit: sectors /dev/sdb1 : start= 63, size= 192717, Id=fd, bootable /dev/sdb2 : start= 192780, size= 7807590, Id=fd /dev/sdb3 : start= 8000370, size=968767695, Id=fd /dev/sdb4 : start= 0, size= 0, Id= 0 和fdisk： # fdisk -l /dev/sdb Disk /dev/sdb: …
3
如何重命名mdadm RAID阵列？
我组装了一个新的RAID阵列来替换旧的。但是，这个新数组的自动名称为/ dev / md127，我想将其重命名为/ dev / md3，这样我就不必更改其他各种设置。如何重命名mdadm RAID阵列？
12 linux  raid  mdadm 
6
古代服务器中的坏磁盘
我有一台运行1998年的Netware 3.12服务器，它可以在我们的校园中运行所有内容：总帐，采购，工资单，学生信息，成绩，您可以命名。该服务器具有两个卷的Adaptec RAID控制器： RAID 1、2个17GB scsi磁盘，Seagate ST318417W RAID 5、3个4GB scsi磁盘，2个Seagate ST34573W和1个ST34572W。 我们目前正处于替换该系统的项目的早期阶段，但是您不只是跳入这样的新系统，因此我需要保持该服务器的运行至少到2011年11月。 这周我们没有一个，但是两个硬盘发生了故障。幸运的是，它们来自不同的卷，并且我们现在能够继续运行，但是鉴于这些故障的本质，我严重怀疑我能否避免在11月目标之前从该服务器发生灾难性故障，而如果没有这种情况，恢复RAID冗余-在任何地方都只会再发生一个驱动器故障，而我已全力以赴。 我们很幸运能够在两个驱动器上摆放完全匹配的“备件”，但是备件处于未知状态。我尝试只交换它们，但是RAID控制器不够智能，无法处理此问题，并且使系统无法启动。 至于RAID控制器本身，我可以在POST期间通过Ctrl-A快捷键进入实用程序，但是从那里我无能为力。要实际管理卷，我必须首先启动Netware，这时我可以CI/O Array Management Software Version 2.0用来实际查看卷信息。我怀疑管理事物的正常方法是从带有控制器软件的特殊软盘启动，但是该软盘早已不复存在。 通过RAID软件中的选项，我认为在现有RAID卷中替换磁盘的唯一受支持的方法是物理添加磁盘，启动并将其配置为卷的“备用”，强制该卷使用备用磁盘以替换现有的故障磁盘（此时，我只是在猜测），以便故障磁盘成为备用磁盘，修复卷，从卷中删除备用磁盘，然后关闭并删除磁盘。然后从头开始处理其他发生故障的磁盘。假设我什至可以使它正常工作并且我的备用零件很有效，那么所有这些都将导致大量的停机时间。 至于寻找可靠的备件，我不知道从哪里开始寻找新的4GB scsi驱动器，甚至找不到我正在寻找的确切的scsi系统，因为它随着时间的推移经历了几次不同的迭代。 另一个选择是将其迁移到虚拟机（hyper-v），但是我们之前在该领域所做的所有尝试都未能走得很远。安装此机器时，我刚从高中毕业，因此它需要的网络软件和Dos知识比我以前开发的要低，或者如果我此后就已经忘记了（我也不是dos初学者）。 我的问题的部分原因是这是一台使用率很高的服务器，并且将其拆除几天来弄清楚问题并不能很好地解决。 至于这个问题，我正在寻找在这种情况下可能有用的任何东西：建议一个地方，以查找该时代的良好备件；使用类似控制器修复RAID卷的个人经验；或从虚拟机构建Hyper-V vm。旧的网络软件服务器，在软盘上安装了用于RAID控制器的更好软件的生产线，向内布拉斯加州的Novell顾问推荐的建议，它可以使事情正确，还有其他我尚未考虑的选择，等等。 更新： 对于备份，我们仅对数据进行了良好的备份（最近通过还原进行了验证），而对于实际运行事物的软件则没有。 更新2： 只是一个进度报告，我目前在VMWare Virtual Server 2.0中安装了可正常运行的Netware 3.12，这在很大程度上要归功于我在此处找到的指南：http : //cerbulescubogdan.blogspot.com/2010/11/novell-netware-312 -on-vmware.html 下一步是准备空的网络软件卷以匹配现有服务器上的其他卷，将现有服务器上C：\驱动器和网络软件卷上的所有内容转储，并从该信息中找出需要向网络软件添加哪些模块，安装我的许可证（如果有的话，我们仍然有该磁盘），然后移动数据。 我已经批准在一年的第一天之后将服务器停机一周（可能不早于此），因此，除了创建空卷之外，其余的工作必须等到那时。 最终更新（2011年1月5日）： 本周，我能够在两个RAID阵列中工作并且没有数据丢失。控制器现在都将两者都列为“ FAULT TOLLERANT”（是！）。我还能够以上次更新的进度为基础，现在在VMWare Server 2.0中具有功能正常的“备用”服务器。备用组件可以运行和使用我们的erp软件，但是我无法投入生产，因为我还不能从那个盒子打印（我也不知道为什么）。即使这样，如果我别无选择，该VM也会在紧要关头工作，并且在适应已修复的RAID阵列之间，我会适应这种情况，直到我在11月将机器扔掉为止。 结束语（2012年1月16日）： 用全新系统替换此服务器的项目确实按计划进行。华友世纪不再有网络软件！全部赞SQL Server！国王死了。国王万岁！ 我们仍然计划将旧服务器的运行时间保持更长的一段时间，直到8月我们的财政年度后审计完成为止。但是，如果不时发生故障，没有人会抱怨太多。
12 raid  hardware 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.